Contact

Blog

Ben Meints

Ben Meints Manager product management & marketing


Meer dan 93% van de organisaties is bezig met cloud of onderzoekt de mogelijkheden. Toch stellen veel organisaties de migratie uit. Zonde! Waarom maak je geen gebruik van de cloud mogelijkheden binnen het eigen datacenter, om zo je eigen private cloud te creëren?

Veel IT'ers omschrijven hun eigen infrastructuur als 'private cloud'. Toch zit er een groot verschil tussen een datacenter dat gebruikmaakt van virtualisatie, en een private cloud. Om te snappen wat het verschil is, is het belangrijk de definitie van cloud helder te hebben. Wij maken gebruik van de definitie die is opgesteld door de United States National Institute of Standard and Technology (NIST).

Definitie cloud computing

Volgens de NIST wordt gesproken over een cloud oplossing als deze voldoet aan de volgende eisen:

  1. Gebruikers kunnen zelfstandig diensten aanvragen en wijzigen, zonder tussenkomst van de leverancier (on-demand selfservice).
  2. Je kunt de diensten met allerlei apparaten via een netwerk afroepen (Broad Network Access).
  3. De achterliggende servers kunnen makkelijk worden 'gebundeld' en gedeeld door meerdere gebruikers (resource pooling).
  4. Je kunt snel opschalen als je extra capaciteit nodig hebt en afbouwen zodra de vraag afneemt (rapid elasticity).
  5. Je kunt het verbruik van de diensten meten en je betaalt naar verbruik (measured service).

Als we deze definitie toepassen op de IT infrastructuren binnen Nederland zien we dat maar weinig organisaties hieraan voldoen. Al werkt je infrastructuur prima, er zijn voldoende redenen om serieus na te denken over het veranderen van de huidige infrastructuur naar een private cloud.

Profiteren van een private cloud

Om te begrijpen hoe je kunt profiteren van een private cloud, beginnen we bij het fundament van elke private cloud. Het grote verschil tussen een traditioneel datacenter en een private cloud is de manier waarop deze wordt opgebouwd. Een traditioneel datacenter bestaat uit netwerkcomponenten, servers met rekenkracht en storage oplossingen, die vaak los van elkaar worden aangeschaft. We zijn ook gewend deze los van elkaar op te schalen en staan er allang niet meer bij stil dat dit een complex, traag en arbeidsintensief proces is.

Hoe anders werkt dit bij een private cloud. Hier denken we vaak in modulaire bouwblokken of 'pods', die eenvoudig en snel toegevoegd worden aan de bestaande resourcepool. De fysieke hardware wordt toegevoegd en de software bepaalt de logische inzet ervan. Met name als we werken met systemen die vooraf gebouwd en getest zijn, zoals de Dell Hybrid Cloud Systems (DHCS), gaat dit razendsnel. Je zorgt dat de hardware aangesloten wordt, de software doet de rest. Nieuwe hardware toevoegen kan binnen 4 uur in plaats van 4 weken. En het onderhoud? Je werkt met standaard bouwblokken, dus ook updates zijn vooraf getest en kunnen daardoor automatisch, zonder risico worden uitgerold.

Rapid elasticity bereikt hiermee nooit het niveau van een publieke cloud, maar je bent in ieder geval in staat de hardware snel uit te breiden en in te zetten voor andere doeleinden. Vervolgens kijken we naar de softwarelaag. Doordat alles gestandaardiseerd en geautomatiseerd wordt, komt selfservice ineens dichtbij. Er is immers nog maar één laag waarop gewerkt wordt: de softwarelaag. Geen aparte bevoegdheden meer voor storage, netwerk of servers, de beheerders kunnen zich focussen op datgene wat voor het bedrijf meerwaarde biedt: de applicaties. Waarom zou je jouw applicatiebeheerders niet direct de mogelijkheid geven zelf de applicatieservers uit te rollen en te beheren? Zij weten immers beter wat er gebeurt dan de server- of storagebeheerders. Een private cloud voorziet dan ook in een eenvoudige beheerinterface.

Resource pooling is natuurlijk niets nieuws. Je werkt immers al jaren met virtualisatie. Toch is de combinatie in een private cloud anders. Door virtualisatie te combineren met standaardisatie en selfservice, is het mogelijk inzicht te geven in het verbruik en de kosten ervan. Doordat measured services direct zijn ingebouwd in de private cloud software, ben je in staat aan te geven wat iets kost. Of je deze kosten doorbelast aan afdelingen is een andere (interne) discussie, maar je kunt besluiten nemen op basis van meer dan alleen een onderbuikgevoel of een reeks aan technische waardes. IT kan haar meerwaarde aantonen en actief deelnemen aan discussies in plaats van de kostenpost te zijn.

Native cloud software

Tot slot verandert de manier waarop we omgaan met software. Software is vaak nog client-server opgebouwd, maar we zien steeds meer softwareleveranciers overstappen naar een 'native cloud' model. Dit heeft twee redenen: allereerst verschilt native cloud software van client-server software door de manier waarop deze schaalt. Bij traditionele software betekent extra capaciteit dat er meer geheugen en meer processorkracht aan een server wordt toegevoegd. We sluiten een (virtuele) server af, verhogen de resources en starten de machine weer op.

Minder capaciteit nodig? Machine uit, resources verlagen en machine starten. Vooral het laatste gebeurt in de praktijk bijna nooit en de methode is op zijn zachts gezegd niet bedrijfsvriendelijk. Cloud native apps zijn zo gebouwd dat de taken over meerdere servers worden verdeeld. Meer capaciteit nodig? Schakel een extra server bij. Minder capaciteit nodig? Zet een machine uit. Doordat dit geen invloed heeft op de beschikbaarheid van de applicaties, kan dit automatisch, op elk moment, plaatsvinden.

Schalen is zo logisch en makkelijk geworden. En nu hebben we ineens wel rapid elasticity gerealiseerd. Niet in de hardware, wel in de primaire functionaliteit naar de organisatie toe. Belangrijk om in de gaten te houden: dit vereist andere software, de kans is groot dat de huidige applicatielandschap hier niet klaar voor is. Omdat native cloud software meestal gebaseerd is op webstandaarden, zien we hier meteen de logica van de tweede vereiste. Doordat praktisch elk apparaat webstandaarden zoals HTML5 ondersteunt, kunnen we Broad Network Access direct ondersteunen. Dit betekent niet dat een private cloud alleen zin heeft als al de applicaties native cloud zijn, wel dat je het meest kunt profiteren als deze transitie volledig heeft plaatsgevonden.

De overgang naar de cloud vereist een andere manier van omgaan met IT binnen jouw organisatie, of je nu gebruikmaakt van publieke cloud diensten of zelf een cloud opbouwt. Je bent niet verplicht de controle uit handen te geven of je data buiten de landsgrenzen te plaatsen, wel zorgt de cloud ervoor dat de organisatie verandert.

Meer lezen?
Deze blog is één van de artikelen uit ons Cloud 2020 magazine. Vraag hier een (digitaal) exemplaar aan.