Cloud-repatriëring begrijpen: Trends en implicaties

Stijgende gevallen van cloud-repatriëring (het terugtrekken van een publieke cloud-workload naar een lokaal systeem) veroorzaken een gehitzte discussie over de toekomst van cloudservices. Analisten die ten gunste zijn van de cloud, verwaarlozen of vertekenen de trend, met de insistie dat de groeiende cijfers misleidend zijn.

Aan de andere kant claimen sommigen dat repatriëring dalende interesse in cloudcomputing aangeeft. Dit standpunt suggereert dat de trend van het van de publieke cloud af halen van workloads er is om te blijven en dat on-premises hardware en colocation het "cloud-first" model zullen blijven uitdagen.

Dit artikel analyseert het cloud-repatriëring-fenomeen en de hoofddrijfveren ervan. We overwegen beide standpunten die hierboven besproken worden en beoordelen of de cloud echt op weg is naar de uitgang of of er een andere reden is waarom bedrijven publieke cloud-workloads terugtrekken.

Wat is cloud-repatriëring?

Cloud-repatriëring is het proces van het verplaatsen van apps, workloads of data van de publieke cloud naar lokale infrastructuur. De meeste bedrijven verplaatsen activa naar een private of hybride cloud, maar sommige verlaten het cloudmodel volledig en keeren terug naar een klassiek on-site datacenter.

Recente studies tonen aan dat meer dan 80% van de bedrijven in de VS in 2021 enkele publieke cloud-workloads terugtrok. Op het eerste gezicht suggereert deze statistiek een massive verschuiving terug naar on-premises systemen. Hier is echter wat context rondom het 80%-cijfer:

• Sommige repatriëring omvat het verplaatsen naar een ander type cloud maar niet het verlaten van de cloud altogether.
• De meeste overstappen van de publieke cloud omvatten slechts een beperkt aantal workloads.
• Sommige teruggetrokken workloads waren nooit bedoeld om permanent in de cloud te leven.
• Soms trekken teams workloads als een tijdelijke maatregel terug.

Hier zijn de meest voorkomende redenen waarom bedrijven besluiten een activum van de publieke cloud te verplaatsen:

• Een hybride cloudoplossing adopteren.
• Shadow IT beperken (ongeautoriseerd gebruik van de publieke cloud).
• Databeveiliging verbeteren.
• Aan een nieuwe regelgevingsverplichting voldoen.
• Een app herschikken om prestaties te verbeteren.
• Proberen IT-kosten te verlagen die uit de hand liepen naarmate de cloudomgeving groeide.
• Workloads verplaatsen naar een andere provider.

Ideaal zou cloud-repatriëring niet gaan om het opnieuw adopteren van hetzelfde on-premises systeem dat voor de cloudmigratie werd gebruikt. De verschuiving zou moeten gaan om het najagen van nieuwe IT-kansen of het vinden van een betere manier om andere systemen te integreren met de publieke cloud.

De meeste negatieve cloud-repatriëring-scenario's ontstaan wanneer een bedrijf haastig cloudadoptie aanpakt. Gebrek aan initiële planning, slechte KPI's en lift-and-shift-migratieplannen dwingen het team vaak een app terug te trekken uit de cloud.

Voordelen van cloud-repatriëring

Cloud-repatriëring kan significante voordelen opleveren als u het budget en een capabel IT-personeel heeft om een on-premises systeem te draaien. Hieronder een nader blik op de meest impactvolle voordelen van het van de publieke cloud af halen van een app ten gunste van een on-site oplossing.

Een kans voor betere databeveiliging

Veel bedrijven besluiten te repatriëren naar een on-premises systeem vanwege beveiligingszorgen van de publieke cloud. Meerdere factoren verhogen het risico van het bewaren van data in de publieke cloud:

• Honderden of zelfs duizenden tenants delen de publieke cloudinfrastructuur, wat ample kans creëert voor fouten en exploits.
• Omdat de cloudprovider de onderliggende hardware beheert, is er een gebrek aan transparantie over welke controles uw data veilig houden.
• Hoewel de publieke cloud top-tier beveiligingsmaatregelen biedt, is het aan het team van de klant om deze maatregelen te configureren en te gebruiken tot hun beste vermogen.
• Tenzij u een SLA tekent dat anders luidt, houdt de provider de rechten tot elke data die u in de publieke cloud opslaat.

Beveiligingsfouten door een cloudprovider zijn zeldzaam, maar misconfiguraties door de eindgebruiker zijn niet ongebruikelijk. Tenzij uw team de tijd neemt om een adequaat databeschermingsoplossing te architecten en te integreren met de stack van de provider, is er geen manier om databeveiliging in de publieke cloud te garanderen.

Sommige bedrijven kiezen ervoor om data terug te repatriëren naar een on-premises stack waar ze handmatige controle hebben over het voorkomen van datainbraken en het aanvalsoppervlak aanzienlijk kunnen verminderen. Cloud-repatriëring stelt een bedrijf ook in staat om multi-cloud-beveiligingskwesties aan te pakken of nieuwe industrie-specifieke nalevingsstandaarden te voldoen.

Vendor lock-in elimineren

Vendor lock-in treedt op wanneer een bedrijf overmatig afhankelijk wordt van een publieke cloudprovider. Eenmaal vastgeklikt, is de klant niet in staat om een andere provider te gebruiken zonder hoge schakelkosten voor het aanpassen van:

• Cloudbeveiligingsmaatregelen.
• Nalevingsconfiguraties.
• Toegangsbeheer.
• Communicatiepaden.
• Cloudnetwerken.

Hoek meer workloads u in de publieke cloud draait, hoe groter het risico op vendor lock-in. Cloud-repatriëring doorbreekt die "strop" en zorgt ervoor dat uw bedrijf niet te veel vertrouwt op iemand anders dan uw interne team.

Geen hoge terugkerende operationele uitgaven (OpEx) meer

De cloud bespaart bedrijven zware investeringen in on-site hardware, maar de prijzen lopen op in terugkerende pay-as-you-go-uitgaven. Een bedrijf dat publieke cloudresources gebruikt, betaalt een maandelijkse fee voor alle:

• Serverinstanties.
• Opslagvolumes.
• Per-use diensten.
• Unieke cloudcomponenten.

Cloudkosten lopen vaak uit de hand over tijd. Recente onderzoek onthulde dat bedrijven jaarlijks tot $62 miljard uitgeven aan publieke cloudresources die ze noch nodig hebben noch gebruiken.

Zodra een bedrijf realiseert dat het te veel uitgeeft aan de publieke cloud, is repatriëring een logische stap. Workloads van de cloud halen verlaagt of elimineert terugkerende uitgaven. U moet wel investeren in een on-site alternatief, dus de afwezigheid van langdurige OpEx komt ten koste van een hoge directe kosten.

Maar over tijd is cloud-repatriëring ongetwijfeld een slimme financiële zet in termen van ROI (als u het zich in de eerste plaats kunt permitteren). Bijvoorbeeld, Dropbox besloot in 2015 600 petabytes data van de publieke cloud te halen ten gunste van een on-site datacenter. Als resultaat bereikte Dropbox's team snellere app-prestaties terwijl ze een geschatte $74,6 miljoen bespaarden.

Cloud-repatriëring leidt ook tot betere prijsvoorspelbaarheid. Publieke cloudproviders wijzigen regelmatig hun prijsstructuur, wat het onmogelijk maakt voor een bedrijf om nauwkeurige langetermijnfinanciële projecties te maken.

Volledige controle over de infrastructuur

Een van de meest voorkomende redenen waarom een bedrijf kiest voor cloud-repatriëring is de wens om volledige controle over zijn IT-omgeving(en) te krijgen. Of u workloads verplaatst naar een on-premises dedicated server, private cloud of een hybride architectuur, u krijgt de complete vrijheid om resources aan te passen, te configureren en te beheren.

Opereren in de publieke cloud neemt niet alleen controle over hardware weg, maar u moet ook werken met een beperkte keuze aan software. Providers beperken vaak wat u wel en niet kunt gebruiken om de breedst mogelijke gebruikersbasis te bedienen. On-site IT heeft dergelijke beperkingen niet, wat het interne team de vrijheid geeft om optimale software- en hardwareoplossingen te kiezen.

Betere app-prestaties

Als een publieke cloud te veel gebruikers heeft, kan de congestie uw prestaties beïnvloeden. Nieten voldoen aan kritieke operatiebenchmarks voor prestaties is een duidelijk teken dat u repatriëring moet overwegen.

Hier zijn typische kenmerken van een app die on-premises beter presteert dan in de publieke cloud:

• Extreme latentiegevoeligheid.
• Langdurige I/O-intensieve periodes.
• Grote datasets die transport vereisen tussen verschillende locaties voor verwerking.

Als uw app deze kenmerken heeft en het in de cloud onderpresteert, bent u een primair kandidaat voor repatriëring. Uw app zal beter presteren op bare metal aangezien er geen hypervisor of andere tenants zijn die de prestaties kunnen vertragen.

Verhuizen naar een on-premises hostingsomgeving is ook een kans om app-beschikbaarheid te verbeteren met betrouwbare on-site back-up en herstel na noodgevallen (BDR) oplossingen. 100% uptime garanderen zal niet makkelijk zijn, maar weggaan van de publieke cloud zet controle terug in handen van uw interne team.

Uitdagingen van cloud-repatriëring

De voordelen van cloud-repatriëring zijn aantrekkelijk, maar verhuizen naar een on-premises systeem is niet makkelijk (of goedkoop). Laten we kijken naar de hoofduitdagingen van het van de publieke cloud af halen van een app.

De terugkeer is vaak complex

Een on-site systeem opzetten en ervoor zorgen dat het efficiënt draait, is niet makkelijk. Uw team moet eerst een optimale infrastructuur definiëren, waarna u een capabel team technici moet inhuren om het nieuwe systeem op te zetten en te draaien.

De verhuizing zelf kan ook uitdagend zijn. Tenzij de provider en klant dezelfde toolstack delen, is een app repatriëren makkelijker gezegd dan gedaan. Een cloud-native app volledig overbrengen naar een on-premises systeem is complex en tijdrovend, dus verwacht verlengde downtime tijdens de verhuizing en een reeks fouten na de overgang. U moet ook niet veel hulp verwachten van de provider aangezien zij van nature niet gedwongen voelen om een eenvoudige exit-strategie voor hun klanten te hebben.

Onthoud ook dat repatriëring toevoegt aan beheer- en monitoringcomplexiteit. In de meeste gevallen is de verhuizing de moeite niet waard om een paar dollar op cloudkosten te besparen.

In sommige gevallen moet u misschien zelfs data converteren naar een bruikbaar formaat voordat de verhuizing plaatsvindt. Bijvoorbeeld, bij het verplaatsen van een app van de publieke cloud naar een on-premises VMWare-oplossing, moet uw team de VMWare Converter gebruiken om VMDK's te bouwen en de VM te hercreëren. Dit proces kan lang duren en vereist een uitgebreide uitval van het huidige systeem.

Platforms voor containerorchestratie (zoals Kubernetes en Docker) zijn een groot voordeel bij het repatriëren van een app uit de publieke cloud. In tegenstelling tot traditionele virtuele machines, hebben containers geen afhankelijkheden en zijn ze veel meer draagbaar. Als ze dat nog niet zijn, streef ernaar om uw workloads te containeriseren tijdens het uitvoeren van cloud-repatriëring om makkelijkere migraties in de toekomst te garanderen.

Cloud-repatriëring kan echt duur worden, echt snel

Terwijl on-site hosting operationele kosten verlaagt, kan de initiële prijs van on-site hostingapparatuur ontzagwekkend zijn. Uw bedrijf moet rekening houden met de prijs van:

• Nieuwe hardware en serverrekken.
• Een geschikte on-site ruimte voor IT-operaties met verhoogde vloeren, anti-flammesystemen, voldoende koeling, een UPS-unit, enz.
• Stroom- en netwerkinfrastructuur.
• On-premises datacenter-beveiliging (biometrische scans, 24/7 bewakers, mantraps, rekkooien, enz.).

Verwacht niet minder dan een upfront zes-cijferig prijslabel. Uw diensten zullen down zijn terwijl de team de overgang maakt, dus verwacht ook een financiële klop op dat front.

Eenmaal workloads on-site gemigreerd, hebt u een capabel team technici nodig om de nieuwe serverruimte te bedienen en te onderhouden. Er is een tekort aan gekwalificeerd personeel, dus wees bereid om hoge salarissen aan te bieden of verwacht een slechte medewerkerretentie.

Heeft u cloud-repatriëring nodig?

Cloud-repatriëring is een drastische zet die significante operationele en financiële gevolgen kan hebben. U moet zorgvuldig evalueren of weggaan of blijven de juiste optie is, wat u kunt beginnen door de volgende vragen te beantwoorden:

• Gooi u geld weg door te betalen voor publieke cloudcapaciteit die uw team niet gebruikt?
• Zijn de huidige cloudkosten aanzienlijk hoger dan wat u voor de migratie verwachtte?
• Lijdt uw publieke cloud-app onder regelmatige prestatieproblemen?
• Ondervindt u frequente downtime?
• Valt uw bedrijf onder enige nalevingsregelgeving (zoals CCPA/GDPR, HIPAA of PCI)? Maakt uw publieke cloudprovider het moeilijk (of onmogelijk) om te voldoen aan verplichtingen?
• Zijn uw publieke cloud-workloads te latentie-gevoelig voor hun huidige omgeving?
• Heeft u een intern team capabel van een on-site serverruimte te draaien?
• Zou een ander cloud-implementatiemodel meer zin maken voor uw use case?
• Kunt u de kosten van on-premises IT betalen?

Cloud-repatriëring is waarschijnlijk een waardige optie als u ja antwoordde op de meeste van deze vragen. Als de meeste van uw antwoorden negatief waren, is het houden van publieke cloud-apps waar ze zijn een slimmere beslissing.

Als u gemengde antwoorden gaf, is de beste zet om voor nu te blijven. De publieke cloud heeft een geschiedenis van goedkoper en functioneler worden over tijd. U wilt niet door repatriëring gaan om te ontdekken in een paar jaar dat u beter was gebleven bij de oorspronkelijke architectuur.

Moeten we een massa-exodus van de publieke cloud verwachten?

Bijna elk bedrijf houdt enkele activa in de publieke cloud, wat niet waarschijnlijk zal veranderen. Wat u kunt verwachten, is meer bedrijven die zich richten op het vinden van oplossingen die het beste passen bij individuele workloads. Als resultaat zullen we waarschijnlijk het einde zien van het "all-in" model van het adopteren van de publieke cloud, maar verwachten dat repatriëring een volledige instorting van de publieke cloudmarkt zal veroorzaken, is geen realistisch scenario.