Wat is cloudrepatriëring?

Toenemende gevallen van cloudrepatriëring (het terugtrekken van een publieke cloud-workload naar een lokaal systeem) veroorzaken een verhit debat over de toekomst van cloudservices. Analisten die voorstander zijn van de cloud negeren of bagatelliseren de trend en beweren dat de groeiende aantallen misleidend zijn.

Aan de andere kant beweren sommigen dat repatriëringen wijzen op een afnemende belangstelling voor cloudcomputing. Dit standpunt suggereert dat de trend om workloads uit de openbare cloud te halen, niet meer weg te denken is en dat on-prem hardware en colocatie het 'cloud-first'-model zullen blijven uitdagen.

Dit artikel analyseert het fenomeen van cloudrepatriëring en de belangrijkste drijfveren . We nemen beide hierboven besproken standpunten in overweging en beoordelen of de cloud echt op zijn retour is of dat er een andere reden is waarom bedrijven de publieke cloud-workloads terugtrekken.

Wat is cloudrepatriëring?

Cloudrepatriëring is het proces van het verplaatsen van apps, workloads of gegevens van de openbare cloud naar de lokale infrastructuur. De meeste bedrijven zetten activa over naar een private of hybride cloud, maar sommigen verlaten het cloudmodel en keren terug naar een klassiek on-site datacenter.

Recente onderzoeken tonen aan dat meer dan 80% van de bedrijven in de VS in 2021 een aantal openbare cloud-workloads heeft verwijderd . Op het eerste gezicht suggereert deze stat een enorme verschuiving terug naar on-prem-systemen. Hier is echter enige context rond het cijfer van 80%:

• Sommige repatriëringen houden in dat u naar een ander type cloud verhuist, maar de cloud niet helemaal verlaat.
• De meeste overgangen vanuit de openbare cloud omvatten slechts een beperkt aantal workloads.
• Sommige getrokken workloads zouden nooit permanent in de cloud moeten blijven.
• Soms trekken teams werklasten op als tijdelijke maatregel.

Dit zijn de meest voorkomende redenen waarom bedrijven besluiten een asset uit de openbare cloud te verplaatsen:

• Een hybride cloudoplossing adopteren.
• Beperking van schaduw-IT (niet-gesanctioneerd gebruik van de openbare cloud).
• De gegevensbeveiliging verbeteren.
• Voldoen aan een nieuwe regelgevende verplichting.
• Een app herschikken om de prestaties te verbeteren.
• Proberen de IT-kosten te verlagen die uit de hand liepen naarmate de cloudomgeving groeide.
• Werklasten verplaatsen naar een andere provider.

Idealiter zou cloudrepatriëring niet moeten gaan over het opnieuw kiezen van hetzelfde on-premises systeem dat eerder werd gebruikt cloudmigratie . De verschuiving moet gaan over het nastreven van nieuwe IT-mogelijkheden of het vinden van een betere manier om andere systemen te integreren met de openbare cloud.

De meeste negatieve scenario's voor cloudrepatriëring doen zich voor wanneer een bedrijf overhaast naar de cloud gaat. Gebrek aan initiële planning, slechte KPI's en lift-and-shift-migratieplannen dwingen het team vaak om een ​​app terug te halen uit de cloud.

Voordelen van cloudrepatriëring

Cloudrepatriëring kan aanzienlijke voordelen opleveren als u over het budget en bekwaam IT-personeel beschikt om een ​​on-premises systeem te runnen. Hieronder wordt nader ingegaan op de meest impactvolle voordelen van het verwijderen van een app uit de openbare cloud ten gunste van een on-site oplossing.

Een kans voor betere gegevensbeveiliging

Veel bedrijven besluiten te repatriëren naar een on-prem systeem vanwege veiligheidsproblemen van de openbare cloud. Meerdere factoren verhogen het risico om gegevens in de openbare cloud te bewaren:

• Honderden of zelfs duizenden huurders delen de openbare cloudinfrastructuur, waardoor er volop gelegenheid is voor fouten en misbruik.
• Omdat de cloudprovider de onderliggende hardware afhandelt, is er een gebrek aan transparantie over welke controles je gegevens veilig houden.
• Hoewel de openbare cloud beveiligingsmaatregelen van het hoogste niveau biedt, is het aan het team van de klant om deze maatregelen zo goed mogelijk te configureren en te gebruiken.
• Tenzij u een SLA ondertekent waarin anders wordt vermeld, heeft de provider de rechten op alle gegevens die u opslaat in de openbare cloud.

Beveiligingsfouten door een cloudprovider zijn zeldzaam, maar verkeerde configuraties door de eindgebruiker zijn niet ongewoon. Tenzij uw team de tijd neemt om een ​​goede oplossing voor gegevensbescherming te ontwerpen en deze te integreren met de stack van de provider, is er geen manier om gegevensbeveiliging in de openbare cloud te garanderen.

Sommige bedrijven geven er de voorkeur aan gegevens terug te repatriëren naar een on-prem stack waar ze hands-on controle hebben over het voorkomen van datalekken en het aanvalsoppervlak aanzienlijk kunnen verkleinen. Cloudrepatriëring stelt een bedrijf ook in staat om multi-cloud-beveiligingsproblemen aan te pakken of te voldoen aan een nieuwe branchespecifieke nalevingsnorm.

Elimineren van leveranciersvergrendeling

Vendor lock-in treedt op wanneer een bedrijf te afhankelijk wordt van een openbare cloudprovider. Eenmaal opgesloten, kan de klant geen andere provider gebruiken zonder hoge overstapkosten voor het aanpassen:

• Cloud-beveiligingsmaatregelen.
• Compliance-configuraties.
• Toegangsbeheer.
• Communicatiepaden.
• Cloud-netwerken.

Hoe meer workloads u in de openbare cloud uitvoert, hoe groter het risico van vendor lock-in. Cloudrepatriëring doorbreekt die "strop" en zorgt ervoor dat uw bedrijf niet te afhankelijk is van iemand anders dan uw interne team.

Geen hoge terugkerende operationele kosten (OpEx) meer

Dankzij de cloud hoeven bedrijven niet zwaar te investeren in hardware op locatie, maar de prijzen lopen op in terugkerende pay-as-you-go-uitgaven. Een bedrijf dat openbare cloudbronnen gebruikt, betaalt een maandelijks bedrag voor alle:

• Serverinstanties.
• Opslagvolumes.
• Persoonlijke services.
• Unieke cloudcomponenten.

Cloudkosten lopen in de loop van de tijd vaak uit de hand. Recent onderzoek heeft aangetoond dat bedrijven tot $ 62 miljard per jaar besteden aan het betalen van openbare cloudbronnen die ze niet nodig hebben en ook niet gebruiken .

Zodra een bedrijf zich realiseert dat het te veel uitgeeft aan de public cloud, is repatriëring een logische stap. Door workloads uit de cloud te halen, worden terugkerende kosten verminderd of geëlimineerd. U moet echter investeren in een alternatief ter plaatse, dus de afwezigheid van OpEx op lange termijn gaat gepaard met hoge directe kosten.

Maar na verloop van tijd is cloudrepatriëring ongetwijfeld een slimme financiële zet in termen van ROI (als je het je kunt veroorloven om het in de eerste plaats te maken). Zo besloot Dropbox in 2015 600 petabyte aan data uit de publieke cloud te halen ten gunste van een on-site datacenter. Als gevolg hiervan realiseerde het Dropbox-team snellere app-prestaties en bespaarde het naar schatting $ 74,6 miljoen.

Cloudrepatriëring leidt ook tot betere prijsvoorspelbaarheid . Public cloud providers veranderen regelmatig hun prijsstructuur, waardoor het voor een bedrijf onmogelijk wordt om nauwkeurige financiële langetermijnprognoses te maken.

Volledige controle over de infrastructuur

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

Werken in de public cloud neemt niet alleen de controle over hardware weg, maar je moet ook werken met een beperkte keuze aan software. Providers beperken vaak wat u wel en niet kunt gebruiken om een ​​zo breed mogelijk gebruikersbestand te bereiken. On-site IT heeft dergelijke beperkingen niet, waardoor het interne team de vrijheid heeft om optimale software- en hardwareoplossingen te kiezen.

Betere app-prestaties

Als een openbare cloud te veel gebruikers heeft, kan de congestie uw prestaties beïnvloeden. Het niet voldoen aan kritieke operationele benchmarks voor prestaties is een duidelijk teken dat u repatriëring moet overwegen.

Hier zijn typische kenmerken van een app die beter presteert op locatie dan in de openbare cloud:

• Extreme latentiegevoeligheid.
• Langlopende I/O-intensieve perioden.
• Grote datasets die voor verwerking tussen verschillende locaties moeten worden vervoerd.

Als uw app over deze functies beschikt en ondermaats presteert in de cloud, bent u een uitstekende kandidaat voor repatriëring. Uw app presteert beter op bare metal omdat er geen hypervisor of andere tenants zijn die de prestaties kunnen vertragen.

Verhuizen naar een on-premise hostingomgeving is ook een kans om de app-beschikbaarheid te vergroten met betrouwbare on-site back-up en disaster recovery (BDR)-oplossingen. Het zal niet eenvoudig zijn om 100% uptime te garanderen, maar door afstand te nemen van de openbare cloud komt de controle weer in handen van uw interne team.

Uitdagingen voor cloudrepatriëring

De voordelen van cloudrepatriëring zijn aantrekkelijk, maar overstappen naar een on-prem systeem is niet eenvoudig (of goedkoop). Laten we eens kijken naar de belangrijkste uitdagingen bij het verwijderen van een app uit de openbare cloud.

De stap terug is vaak ingewikkeld

Het is niet eenvoudig om een ​​on-site systeem op te zetten en ervoor te zorgen dat het efficiënt werkt. Uw team moet eerst een optimale infrastructuur definiëren, waarna u een bekwaam team van technici moet inhuren om het nieuwe systeem op te zetten en uit te voeren.

De verhuizing zelf kan ook een uitdaging zijn. Tenzij de provider en de klant dezelfde toolstack delen, is het repatriëren van een app makkelijker gezegd dan gedaan. Het volledig overzetten van een cloud-native app naar een on-premises systeem is complex en tijdrovend, dus verwacht langdurige downtime tijdens de verhuizing en een reeks fouten na de overgang. Je moet ook niet veel hulp van de provider verwachten, omdat ze zich natuurlijk niet gedwongen voelen om een ​​eenvoudige exit-strategie voor hun klanten te hebben.

Onthoud ook dat repatriëring bijdraagt ​​aan de complexiteit van beheer en toezicht. In de meeste gevallen is het misschien niet de moeite waard om een ​​paar dollar te besparen op cloudkosten.

In sommige gevallen moet u zelfs vóór de verhuizing gegevens converteren naar een bruikbaar formaat. Wanneer u bijvoorbeeld een app van de openbare cloud naar een VMWare-oplossing op locatie verplaatst, moet uw team de VMWare Converter gebruiken om VMDK's te bouwen en de VM opnieuw te maken. Dit proces kan lang duren en vereist een langdurige uitval van het huidige systeem.

Platforms voor containerorkestratie (zoals Kubernetes en Docker) zijn een grote troef bij het repatriëren van een app uit de openbare cloud. In tegenstelling tot traditionele virtuele machines hebben containers geen afhankelijkheden en zijn ze veel draagbaarder. Als dat nog niet het geval is, probeer dan uw workloads te containeriseren terwijl u cloudrepatriëring uitvoert om ervoor te zorgen dat migraties in de loop van de tijd eenvoudiger worden.

Cloudrepatriëring kan erg duur en snel worden

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

• Nieuwe hardware- en serverracks.
• Een geschikte on-site ruimte voor IT-operaties met verhoogde vloeren, anti-vlamsystemen, voldoende koeling, een UPS-eenheid, enz.
• Voeding en netwerkinfrastructuur.
• On-prem datacenterbeveiliging (biometrische scans, 24/7 bewakers, mantraps, rack cages, etc.).

Verwacht niets minder dan een vooraf prijskaartje van zes cijfers. Je diensten zijn niet beschikbaar terwijl het team de overstap maakt, dus verwacht ook op dat vlak een financiële klap.

Zodra u workloads op locatie migreert, heeft u een bekwaam team van technici nodig om de nieuwe serverruimte te bedienen en te onderhouden. Er is een tekort aan gekwalificeerd personeel, dus wees bereid om hoge salarissen te bieden of verwacht een laag personeelsbehoud.

Heeft u cloudrepatriëring nodig?

Cloudrepatriëring is een ingrijpende stap die aanzienlijke operationele en financiële gevolgen kan hebben. U moet zorgvuldig evalueren of weggaan of blijven zitten de juiste optie is, wat u kunt beginnen door de volgende vragen te beantwoorden:

• Verspilt u geld aan het betalen voor openbare cloudcapaciteit die uw team niet gebruikt?
• Zijn de huidige cloudkosten aanzienlijk hoger dan u voor de migratie had verwacht?
• Heeft uw openbare cloud-app regelmatig last van prestatieproblemen?
• Heeft u regelmatig uitvaltijd?
• Valt uw bedrijf onder enige nalevingsregelgeving (zoals CCPA/GDPR, HIPAA of PCI)? Maakt uw public cloud provider het u moeilijk (of onmogelijk) om aan verplichtingen te voldoen?
• Zijn uw openbare cloud-workloads te latentiegevoelig voor hun huidige omgeving?
• Heeft u een intern team dat in staat is om een ​​on-site serverruimte te runnen?
• Zou een ander cloudimplementatiemodel logischer zijn voor uw gebruik?
• Kunt u de kosten van IT op locatie betalen?

Cloudrepatriëring is waarschijnlijk een waardevolle optie als u ja . hebt geantwoord op de meeste van deze vragen. Als de meeste van uw antwoorden negatief waren, is het een slimmere beslissing om openbare cloud-apps te houden waar ze zijn.

Als je gemengde antwoorden hebt gegeven, is de beste zet om voorlopig te blijven zitten. De publieke cloud is in de loop van de tijd steeds goedkoper en functioneler geworden. Je wilt niet door repatriëring gaan en pas over een paar jaar ontdekken dat je beter bij de oorspronkelijke architectuur had kunnen blijven.

Moeten we een massale uittocht uit de openbare cloud verwachten?

Bijna elk bedrijf bewaart bepaalde activa in de openbare cloud, wat waarschijnlijk niet zal veranderen. Wat u echter kunt verwachten, is dat meer bedrijven zich richten op het vinden van oplossingen die het beste passen bij individuele workloads. Als gevolg hiervan zullen we waarschijnlijk het einde zien van het "all-in"-model van het adopteren van de openbare cloud, maar verwachten dat repatriëringen een volledige ineenstorting van de openbare cloudmarkt zullen veroorzaken, is geen realistisch scenario.