Vijf fouten die je wilt voorkomen bij overstap naar de cloud

De transitie naar de cloud staat bij veel organisaties bovenaan de IT-agenda. Logisch, want het levert veel voordelen. Niet alleen zijn er flinke kostenbesparingen te behalen, maar het zorgt ook voor verbeterde security en grotere flexibiliteit. Maar niet overal gaat de transitie van een leien dakje, er zijn een aantal stappen die beter kunnen. Semra Kurt, Senior Pre-Sales Cloud Consultant bij SoftwareOne, legt uit welke fouten zij tegenkomt in de markt. Lees en leer.

1. Neem niet alles mee naar de cloud

Een veelgemaakte fout is dat niet geoptimaliseerde workloads en projecten die maar weinig waarde bieden voor het bedrijf worden meegenomen naar de cloud. Het idee heerst: laten we migreren en de business versnellen. Dan wordt er een overeenkomst gesloten met een hyperscaler en gaat de migratie van start, zonder te kijken naar wat écht mee moet.  Veel applicaties worden opnieuw gehost met de rechtvaardiging "dat er al voor betaald is". Helaas wordt er daarna vaak niet meer naar die apps omgekeken. Zonde van tijd en budget.

2. Staar je niet blind op de technische migratie

We zien dat sommige klanten bij de migratie van hun applicaties kijken naar wat technisch het meest geschikt is. Maar dat is vanuit zakelijk oogpunt niet altijd de beste keuze. Want hoewel deze benadering vaak wel eenvoudiger is en voor meer wendbaarheid zorgt tijdens de migratie, kunnen de resultaten teleurstellend zijn voor de business.

Klanten hebben vaak hoge verwachtingen van de cloud. En deze worden nog extra aangewakkerd door de marketingmachine van diverse hyperscalers. Maar wil je mensen overtuigen van de voordelen van de cloud, dan moet je meer bieden dan eenzelfde ervaring als voorheen tegen dezelfde kosten. Dat is zeker belangrijk wanneer er veel IT-resources betrokken zijn bij het migratieproces, de dagelijkse business wordt beïnvloed en andere strategische projecten worden uitgesteld.

3. Bepaal vooraf welke wijzigingen nodig zijn op code-niveau

Veel organisaties vertrouwen op interne aannames over de technische levenscyclus, de consistentie van de architectuur, de kwaliteit van de code en de mogelijkheden voor refactoring (het herstructureren en verbeteren van bestaande code). Maar doe je vooraf de aanname dat iets wel zal werken, dan kan dit achteraf voor problemen zorgen. Zorg dus dat je voor de migratie naar de cloud inzicht hebt in de benodigde wijzigingen in de applicatie. Kijk ook naar hoe haalbaar het refactoren van specifieke applicaties is, en let op, ook binnen refactoring zijn er diverse niveaus. Wil je echt weten wat je in huis hebt en waar je tegenaan loopt bij een migratie, gebruik dan ook detectie- en inspectietools, naast de al bekende en erkende methoden. 

4. Erken de verschillende belangen tussen afdelingen

Bij de adoptie van de cloud wil de CISO uiteraard dat alles volgens wet-en regelgeving verloopt en stelt security centraal. Dit betreft zowel het implementeren van het informatiebeveiligingsbeleid, als het toezicht houden op de uitvoering ervan. Security is hierbij een essentieel onderwerp, want beveiliging in de cloud vereist een ander manier van aanpak dan on-premises. Het doel en het middel blijft hetzelfde, maar de implementatie van cloud security zit technisch anders in elkaar dan on-premises.

Het development team heeft een andere agenda en richt zich op de productiviteit en de mogelijkheden van de applicaties. De IT-managers focussen zich daarentegen op het vervangen van de datacenters en de besparing op de infrastructuur. Het is van belang deze verschillen te erkennen, en ervoor te zorgen dat de teams vanaf het begin samenwerken. Dankzij intensieve samenwerking kunnen de teams de uitdagingen die bij cloudadoptie komen kijken, overwinnen. Vragen die ze moeten beantwoorden zijn: hoe werkt de back-up? Hoe breiden we de bestaande beveiliging uit naar de cloud? En welk governance model hebben we in de cloud nodig? 

5. Kostenbesparing vereist ook FinOps expertise

De overstap naar de cloud wordt vaak aangestuurd door de behoefte om kosten te besparen. Toch maken weinig organisaties gebruik van Cloud Financial Management (FinOps)-expertise. Terwijl je juist met FinOps een geavanceerd kosten- en inkoopscenario in een multi-cloud omgeving kunt creëren.

System Integrators en cloud-architecten zijn meestal geen experts op het gebied van licenties. Zij  hebben weinig kennis van de dynamische prijzen in de wereld van IT. Maar juist licenties kunnen flink in prijs verschillen. Bijvoorbeeld: wil je een licentie voor een database kopen, dan kun je deze rechtstreeks via een Marketplace kopen. Maar je kunt deze ook voordeliger aankopen via traditionele softwarecontracten met hybride rechten voor on-premise en de cloud. Een FinOps-expert zou dit adviseren.

Bouw je een business case op in de veronderstelling dat je de software in de cloud aanschaft als SaaS-oplossing (wat aanneembaar is voor een architect), dan maak je op de verkeerde manier een inschatting van de IT uitgaven; de softwarekosten worden overschat of juist onderschat. We zien dit ook gebeuren bij een cloud infrastructuur, waar langetermijncontracten vaak zorgen voor hoge kosten per unit. Transparantie en voorspelbaarheid van kosten zijn essentieel om het meeste uit de cloud te halen. En daar heb je FinOps voor nodig.