T-Systems-Claim-Logo
Zoeken
Abstracte, vloeiende data van getallen en oplichtende turbulente meerkleurige splines tegen een zwarte achtergrond.

Blogserie Cloud Migratie: deel 4

Onze frisse blik op de zeven R-en: retain, repurchase en retire

14. februari 2022Ruud van Burgel

Dit is alweer het laatste deel van de serie van vier blogposts waarin we de termen cloudmigratie, cloud strategie en de zeven R-en op een rijtje te zetten. In dit laatste deel gaan we het hebben over Retain, Repurchase en Retire. In de vorig blogs zijn we er vanuit gegaan dat we de applicaties willen behouden, maar soms zijn er goede redenen om een applicatie niet te migreren. Bijvoorbeeld als de applicatie niet naar de cloud mag of kan (retain) of binnenkort niet meer gebruikt gaat worden (retire). Tot slot kun je ook nog kiezen voor een compleet nieuwe SaaS-oplossing (repurchase). 

Waarom kiezen voor retain?

Wolk die tussen racks in de serverruimte hangt.

Retain betekent voorlopig niets doen en later opnieuw bekijken. Sommige organisaties behouden onderdelen van hun IT-portfolio omdat ze niet klaar zijn om te migreren of zich meer op hun gemak voelen bij het on-premises houden van specifieke applicaties. Ook kunnen er pragmatische redenen zijn om een applicatie on-premises of in een datacenter te houden. Bijvoorbeeld:

  • De applicatie bevindt zich in een gebied met een slechte verbinding met de cloud, of moet ook zonder verbinding door blijven draaien
  • Er is sprake van gespecialiseerde of legacy software/hardware zonder huidige cloud-equivalent
  • De waarde die de migratie naar de cloud oplevert voor de specifieke applicatie is te laag vergeleken met de mogelijke business disruptie door de migratie
  • De applicatie is net geüpgrade en je wilt de business niet nogmaals “lastigvallen” met een migratie project
  • Regelgeving of interne richtlijnen maken het niet mogelijk de applicatie naar de cloud te brengen

Je hoeft alleen te migreren wat zinvol is voor de business, maar hoe meer portfolio er naar de cloud verschuift, hoe minder redenen er zijn om te retainen. Retain, re-host en relocate liggen dicht bij elkaar. Alle boven genoemde redenen zijn meer dan valide om een applicatie (tijdelijk) on-site te houden. Eén van de operationele risico’s die op de loer ligt is de veroudering van de infrastructuur waar de applicatie op draait. Er is een mogelijkheid dat deze out-of-support gaat. Een overweging die ik je mee wil geven is dat in dit soort gevallen een rehost or relocate naar een on-site cloud wellicht een optie is. In dit geval vraag je je cloud partner on-site een cloud te leveren die in staat is de “oude” applicatie te draaien eventueel met extra hardware eisen. Deze private cloud moet echter ook een relatie hebben met de public cloud zodat migraties makkelijker zijn indien nodig.
Zo kun je de verantwoordelijkheid voor de lokale infra bij een provider leggen.  Hiermee koop je tijd en rust. Rust omdat er geen “haast” meer is voor de migratie en je medewerkers tijd kunnen besteden aan andere (cloud) projecten.

De voor- en nadelen van retain

Voordelen:

  • Terwijl je met je team werkt aan een cloud-first-strategie, minimaliseer je met een gefaseerde overgang de onderbreking voor de gebruikers van uw applicatie en voorkom je dat je IT-resources worden overbelast.

Nadelen:

  • Een hybride omgeving is operationeel complexer om te beheren of vergt extra tooling
  • De kans op silo's stijgt, die uitdagingen kunnen opleveren op het gebied van gegevensintegratie, rapportage en analyse
  • Als je een applicatie retaint, duurt het langer voordat je de voordelen van de cloud realiseert
  • Risico op hardware die out of support gaat

Geen van bovengenoemde uitdagingen voor het beheren van een hybride omgeving is onoverkomelijk. Dagelijks zie ik veel van onze klanten kiezen voor het beste van twee werelden.


Waarom kiezen voor repurchase?

Op een tralienetwerk worden, net als bij een geoprofiel, veel kleine oranje nummers geplaatst

Bij repurchasing vervang je de on-premises software door een SaaS (Software as a Service) oplossing. SaaS-leveranciers leveren applicaties via internet, meestal op abonnementsbasis. En voor sommige organisaties heeft een OPEX-model de voorkeur boven CAPEX omdat het hen helpt hun kosten beter te voorspellen en te beheersen. SaaS bestaat natuurlijk al lang. Maar met de komst van cloud technologie zijn SaaS oplossingen ook in een stroomversnelling gekomen. We zien nu zelfs dat sommige SaaS oplossingen een de-facto standaard zijn geworden. Denk bijvoorbeeld aan SalesForce.  Er zijn ook softwareleveranciers die hun model omgooien. SAP is hier een mooi voorbeeld van.  SaaS is een serieus alternatief voor veel applicaties die nu in-house beheerd worden.

De beslissing om over te stappen op een nieuwere versie of een andere oplossing betekent dat je bereid bent je bedrijfsmodel aan te passen, want SaaS werkt veelal volgens standaarden. Dit zou in de cloud strategie moeten staan. De SaaS-optie is ideaal voor alledaagse processen zonder direct marktvoordeel, zoals HR- of CRM-systemen. SaaS-leveranciers bieden vaak een directe cloudgebaseerde vervanging voor on-premises systemen en de benodigde training voor gebruikers is minimaal.

Een nadeel is: overzicht. Iedere SaaS applicatie zal op zichzelf prima performen. Maar als je gebruik gaat maken van meerder SaaS applicaties moet je wel overzicht houden waar welke informatie staat en of dit, indien nodig, samen kan werken.  Als de SaaS HR applicatie niet kan samen werken met de SaaS payrol dan heb je een probleem. Indien er bij jouw bedrijf zeer sterke audit en/of security regels zijn moet je ook alert zijn. Niet dat de SaaS applicaties minder veilig zouden ziin, maar puur vanwege autonomie. Je hebt nu eenmaal minder zeggenschap en het is een gedeelde omgeving. 

De voor- en nadelen van repurchase

Voordelen:

  • Door de verouderde applicaties te vervangen door SaaS vermijdt je de risico's en lasten die gepaard gaan met een migratie. Let wel dat er een standaard soepele data transfer pad mogelijk is
  • SaaS-voordelen zijn onder meer lagere initiële kosten, snelle configuratie, schaalbaarheid en gebruiksgemak
  • SaaS-leveranciers pompen enorme bedragen in regelmatige verbeteringen van de applicatie
  • In tegenstelling tot oude applicaties hoeft je geen zorgen te maken over compatibiliteit. SaaS-applicaties zijn vaak cloud-native en daarom gebouwd om gebruik te maken van de voordelen van een cloudomgeving. Denk aan beveiliging en gemakkelijke integratie met andere services
  • Omdat de cloudprovider de applicatie host, vinden upgrades, onderhoud en beveiligingspatches automatisch plaats en zijn niet langer jouw verantwoordelijkheid

Nadelen:

Het is zeer waarschijnlijk dat de voordelen van repurchase opwegen tegen de nadelen, maar houdt hier rekening mee:

  • Betrokkenheid van medewerkers. Gebruikers kunnen emotioneel gehecht zijn aan hun oude vertrouwde applicatie en bang zijn voor iets nieuws en anders. Je kunt ervoor zorgen dat de vervangende applicatie sneller omarmd wordt door in een vroeg stadium samen te werken met de toekomstige gebruikers en hen waar mogelijk te betrekken bij het besluitvormingsproces
  • Verlies van toekomstige ROI. De op maat gemaakte applicatie kan meer rendement opleveren dan de nieuwe omdat hij is afgestemd op jouw business strategie
  • Autonomie. Je hebt beperkte zeggenschap over de toekomstige functies van de SaaS-applicatie en je zult niet altijd blij zijn met de veranderingen die de leverancier doorvoert. In een competitieve markt zou je natuurlijk altijd kunnen kiezen voor een andere SaaS-app


Waarom uw applicatie retiren?

Ruud van Burgel

Dan komen we bij de laatste R: retire.  Als uit de verkenningsfase blijkt dat een applicaties of workload niet langer nodig is dan blijven er maar twee zaken over: Switch-off of Retire.  De eerste is geen R en geen migratie maar meer een gevolg van één van de andere stappen. Als blijkt dat er geen migratie stap nodig is of als de functionaliteit is vervangen door een andere R maar de inhoud van de applicatie is nog steeds nodig dan is bijvoorbeeld archivering een optie. Er zijn verschillende technieken waarmee applicaties “bevroren: kunnen worden waarbij data op basis van Read-Only nog steeds beschikbaar is

Retire is over het algemeen de laatste optie waar aan wordt gedacht. Dat is deels begrijpelijk maar vaak is het een resultaat van een van de andere R-en. Zoals de Engelsen zeggen: ”last but not least”.  Retire verdien dus zeker de aandacht, zeker de optie tot archivering. Als bijvoorbeeld oude data voor de belastingdienst of acccounting wetgeving op een bepaalde manier moet worden bewaard kan dit een zeer goede optie zijn.

Conclusie

Ik hoop dat we met onze blogs de verschillende wegen naar de cloud wat inzichtelijker hebben gemaakt. De reis naar de cloud is voor elke organisatie anders. Wat voor iedereen gelijk is, is dat er een strategie nodig is voordat er aan een migratie kan worden begonnen. Zeker is dat bij bijna alle organisaties meerdere van de migratie strategieën gedurende de reis toegepast worden. Welke mix de beste is, is per organisatie en situatie verschillend en kan over tijd verschillen.

Advies

Sommige cloudmigratie keuzes zijn niet eenvoudig. Een gedegen aanpak ondersteund door specialisten is daarom zeker aan te raden. Hoeveel ondersteuning nodig is, is voor elk bedrijf weer anders. Sommige mensen zoeken hulp bij de strategie, andere bij de migratie of specifieke delen van de migratie. Elk onderdeel is specialistisch en vereist vaak ook een specifieke expert.

Mocht je vragen of twijfels hebben over jouw cloud strategie of migratie plannen, dan komen we graag een keer een (virtueel) kopje koffie drinken, zodat we onze inmiddels opgedane ervaring kunnen toepassen. Hopelijk tot ziens!


Informatie over de auteur
Do you visit t-systems.com outside of Netherlands? Visit the local website for more information and offers for your country.