Een juiste strategie voor public cloud

Veel organisaties hebben het ambitieuze doel om bestaande workloads van de bestaande on-premises infrastructuur te migreren naar een public cloud provider. Jezelf afvragen waarom je naar de cloud wilt migreren helpt met de bewustwording en het stellen van de juiste prioriteiten bij het migreren van jouw workloads. Gaat het om het opzetten van nieuwe business, vervanging van het datacenter, verbeteren van productiviteit of flexibiliteit? Rick Lagerweij, Senior Solution Architect Application Services, deelt inzichten voor een succesvolle adoptie van de public cloud.

Om de huidige infrastructuur in kaart te brengen zijn er verschillende applicaties beschikbaar. Ook kun je gelijk een schatting maken van de maandelijkse kosten als deze in de cloud worden opgezet, kosten die minder relevant zijn voor workloads die on-permises draaien, aangezien de investering van tevoren wordt gedaan. Nadat er een ruwe schatting is gemaakt van de kosten, moet er een cloudstrategie worden bedacht om gebruik te maken van de nieuw beschikbare cloud oplossingen.

Lift en shift is een van de populaire migratie strategieën vanwege het feit dat er in veel gevallen geen aanpassingen gemaakt hoeven te worden op operating system niveau, applicaties kunnen hetzelfde blijven draaien als on-premises en draaien dus snel op cloud computing resources. Als het plan is om een deel van de resources on-premises te houden, zal deze strategie geen toevoegde waarde bieden bij de adoptie van cloud, tenzij het doel is om het bestaande datacenter volledig uit te faseren. Workloads worden simpelweg verplaatst naar een andere locatie en draaien net zoals voorheen, zonder dat er optimalisatie of kostenreductie wordt toegepast op de workloads in de cloud omgeving.

Verantwoordelijkheden van IT-engineers veranderen bij de adoptie van clouddiensten, een simpel voorbeeld is het beheer en aanschaf van hardware voor on-premises omgevingen, onderhoud wordt uit handen genomen (wanneer nog niet het geval) en de focus kan worden gelegd op business doelen. Naast fysiek beheer vindt er ook een verschuiving plaats in de verantwoordelijkheden van de clouddiensten, een systeembeheerder kan in de bestaande infrastructuur misschien totaal niet betrokken zijn bij de opzet van verschillende netwerken, in tegenstelling tot de cloud waarin standaard de mogelijkheid bestaat om deze resources op te zetten en te gebruiken. Het groeperen van clouddiensten geeft nog geen duidelijke scheiding aan in de verantwoordelijkheden van verschillende disciplines. Wat wel gedaan kan worden, is beperkingen opleggen in het aanmaken van clouddiensten als de benodigde services onder beheer van aparte teams moet vallen. Als dit niet het geval is, kunnen services zoals compute en netwerken onder één discipline vallen, namelijk de verantwoordelijkheid van een cloud engineer. Om niet te veel operationeel werk neer te leggen bij engineers, moeten processen geautomatiseerd worden in de vorm van pipelines en code.

De kans is groot dat in de bestaande on-premises omgeving bepaalde software wordt gebruikt waar de organisatie al bekend mee is. De keuze om over te stappen naar cloud native oplossingen aangeboden door public cloud providers komt dan ter discussie te staan. In situaties zoals deze kan er een voordeel zijn doordat er al kennis is van de gebruikte software en dit wordt uitgebreid naar cloud. Als niet duidelijk is of de gebruikte software ook in de cloud kan draaien, dit kan gecontroleerd worden in de Marketplace of bij de distribiteur zelf, en er een cloud native oplossing wordt aangeboden, is dit het ideale moment om afscheid te nemen van (legacy) software. Kosten voor software worden ook inzichtelijk bij de adoptie van cloud, dit kan flexibel aan- en uitgezet worden wat het mogelijk maakt om sneller voor een goedkopere oplossing te kiezen. Er wordt geen commitment meer afgegeven voor langere tijd, er wordt betaald voor wat wordt afgenomen.

De adoptie van cloud maakt het mogelijk om services te gebruiken die bestaande oplossingen vervangen, uitbreiden of verbeteren. Echter is er ervaring benodigd om de business benodigdheden aan te laten sluiten met de juiste services, de kosten die hierbij komen kijken, bestaande oplossingen die gebruikt worden en automatiseren van processen met de focus op toegevoegde waarde die cloud platformen bieden. Er is geen goed of fout bij het draaien van workloads in de cloud, echter bieden frameworks en voorbeeld architecturen een goed fundament voor je infrastructuur en voorkomt dat er op later moment een herstructurering op de omgeving benodigd is, wat het toelaat om te focussen op modernisatie en optimalisatie, ongeacht het doel.