Wat is gegevensrepatriëring?

De hoge kosten van het bewaren en gebruiken van gegevens in een openbare cloud worden steeds meer een dealbreaker voor bedrijven. Organisaties zijn op zoek naar meer kosteneffectieve alternatieven. Daarom zien we steeds meer gevallen van gegevensrepatriëring (het ophalen van gegevens die momenteel in de openbare cloud staan ​​en deze on-site of op bare metal opnieuw hosten).

Dit artikel is een inleiding tot gegevensrepatriëring en de effecten (zowel positief als negatief) van het verlaten van de publieke cloud ten gunste van on-prem bare metal storage. Lees verder om meer te weten te komen over de belangrijkste drijfveren achter gegevensrepatriëring en kijk of het terugtrekken van cloudgebaseerde gegevens een goede zet is voor uw bedrijfsresultaten.

Wat is gegevensrepatriëring?

Gegevensrepatriëring is het proces van het verplaatsen van gegevens van de openbare cloud naar zelfbeheerde opslag (zoals een on-site dedicated server of een private cloud). Afhankelijk van hoeveel gegevens een bedrijf besluit opnieuw te hosten, is de repatriëring ofwel:

• Totaal (wanneer een organisatie alle data ophaalt en de banden met de publieke cloud verbreekt).
• Gedeeltelijk (wanneer een bedrijf besluit sommige, maar niet alle gegevens uit de cloud te halen, wat meestal gebeurt wanneer een team probeert de prestaties te verbeteren of de cloudkosten te verlagen).

Repatriëring van gegevens wordt steeds gebruikelijker omdat organisaties zich realiseren hoe hoog de kosten zijn van het bewaren van grote hoeveelheden gegevens in de openbare cloud. Wanneer u een enorme opslagbehoefte heeft (bijvoorbeeld als u meerdere petabytes aan ongestructureerde gegevens heeft waartoe u regelmatig toegang hebt), is cloudgebaseerde opslag niet zo kosteneffectief als meer traditionele oplossingen.

Gemiddeld kosten cloudgebaseerde opties twee keer zoveel voor gebruik als on-site datahosting . Deze statistiek blijft waar, zelfs als we rekening houden met de overhead die nodig is voor opslag op locatie, inclusief de prijs van:

• Het personeel dat de hardware beheert.
• Datacenterruimte.
• Kracht.
• Fysieke beveiliging.

De belangrijkste reden achter het drastische verschil in prijskaartjes is kosten voor uitgaand verkeer . Aanbieders brengen geen kosten in rekening voor het uploaden van gegevens, maar u betaalt voor capaciteit en gegevensoverdracht. Overdrachten die gegevens buiten de infrastructuur van de provider verzenden, zijn kostbaar en vormen vaak het grootste deel van de maandelijkse rekening van de cloud.

De kosten zijn niet de enige reden waarom bedrijven ervoor kiezen om gegevens te repatriëren. Andere veelvoorkomende oorzaken zijn:

• Nieuwe updates voor nalevingsregels.
• Problemen met netwerklatentie.
• Bezorgdheid over cloud computing-beveiliging.
• Een wens om hogere niveaus van gegevensredundantie te bereiken.
• Veel voorkomende uitvaltijd door fouten aan de kant van de provider.
• Problemen met schaduw-IT (ongeautoriseerd gebruik van openbare cloudbronnen).
• Een beslissing om een ​​ander cloudimplementatiemodel na te streven.

Voordelen van gegevensrepatriëring

Zoals de meeste IT-beslissingen heeft de keuze voor gegevensrepatriëring zowel voor- als nadelen. Laten we de meest prominente voordelen van het terugtrekken van openbare cloudgegevens eens nader bekijken.

Kostenverlagingen en betere ROI

De kosten zijn het belangrijkste voordeel en de belangrijkste reden voor gegevensrepatriëring. Hoewel een on-premises datacenter duur is om te installeren, beginnen de kosten van de openbare cloud in de loop van de tijd op te lopen, aangezien u maandelijks betaalt voor:

• Opslagvolumes.
• Serverinstanties.
• Persoonlijke services.
• Kosten voor gegevensoverdracht (uitgaand verkeer).
• 'Verborgen kosten' (recente onderzoeken tonen aan dat bedrijven meer dan $ 62 miljard per jaar uitgeven op openbare cloudbronnen die ze niet nodig hebben en ook niet gebruiken.)

Vroeg of laat zullen uw totale clouduitgaven de prijs van on-site hostingapparatuur bereiken . Op dat moment heb je dat geld echter besteed aan de operationele kosten van cloudcomputing en heb je ondanks de investering geen hardware meer. Vanuit dat oogpunt heeft hosting op locatie een veel betere ROI.

Houd er rekening mee dat cloudgebaseerde opslagkosten ook inconsistent en moeilijk te voorspellen zijn. De geprojecteerde kosten overschrijden snel het budget sinds:

• Aanbieders wijzigen prijzen.
• Uw IT-behoeften veranderen in de loop van de tijd.
• Teams onderschatten vaak de kosten van werken in de cloud.
• Complexe IT-omgevingen hebben vaak last van schaduw-IT.

Met een on-site opslagsysteem veranderen de kosten niet op basis van wat u met uw gegevens doet. Als uw IT-behoeften groeien, moet u investeren in meer hardware, maar u zult nooit "overboord" gaan met een rekening zoals u kunt met cloudgebaseerde opslag.

Hands-on beveiliging van uw gegevens

Het hosten van gegevens in een openbare cloud betekent dat de provider verantwoordelijk is voor het opslaan en veilig houden van informatie. Deze regeling is voor sommigen een uitkomst, maar het kan een dealbreaker zijn voor bedrijven die op zoek zijn naar een meer praktische benadering van gegevensbeveiliging.

Er zijn ook verschillende unieke zorgen wanneer u gegevens in een openbare cloud bewaart:

• Honderden huurders (of zelfs meer) delen de openbare cloudinfrastructuur, wat een risico-element introduceert dat niet bestaat bij interne hosting.
• Er is een gebrek aan inzicht in welke bedieningselementen cloudgebaseerde gegevens veilig houden.
• Het team van de klant is verantwoordelijk voor het gebruik van maatregelen van de leverancier, dus er is voldoende ruimte voor verkeerde configuratie (de meest voorkomende fouten komen voor in cloudbeveiligingsbeleid).
• De provider heeft de rechten op bestanden die u opslaat in de openbare cloud (tenzij u een SLA ondertekent waarin anders wordt vermeld).
• De openbare cloud stelt eindgebruikers in staat om overal toegang te krijgen tot gegevens, dus er is altijd de mogelijkheid om gegevens met de verkeerde mensen te delen.

Hoewel storingen door providers zeldzaam zijn, moeten gebruikers van de openbare cloud weten dat dit een mogelijkheid is. In augustus 2018 bracht een AWS-fout bedrijfskritieke gegevens van ongeveer 31.000 systemen van GoDaddy aan het licht . Als het bedrijf de gegevens ter plaatse zou bewaren, zou dit incident niet plaatsvinden.

Het repatriëren van gegevens zorgt voor een niveau van nabijheid en fysieke controle van gegevens die de openbare cloud niet kan bieden. Ook beperk je het aanvalsoppervlak door het aantal gebeurtenissen dat mis kan gaan met je data te verminderen. Zie het als geld bewaren in een kluis thuis versus een kluis bij een bank - de bank is zeker veilig, maar u hebt geen zeggenschap over hoe ze kluizen beschermen, en ze zijn een belangrijk doelwit voor overvallen. Vanuit dat oogpunt is er een sterk argument dat uw geld thuis veiliger is.

Geen risico op vendor lock-in

Vendor lock-in treedt op wanneer een bedrijf te afhankelijk wordt van een cloudprovider. Als je gegevens te lang bij een leverancier bewaart en een app-architectuur rond die opslag bouwt, zal de lock-in in de loop van de tijd natuurlijk groeien. U kunt dan niet zonder hoge overstapkosten overstappen naar een ander platform (in eigen beheer of bij een andere aanbieder).

Gegevensrepatriëring zorgt ervoor dat uw opslag nooit meer afhankelijk is van een provider dan uw interne team. Uw personeel beheert de dataset en er is geen risico dat u "vastloopt" bij een derde partij.

Betere latentie

Hoewel de openbare cloud een bijna onbeperkte opslagcapaciteit biedt, hangt uw toegang tot en gebruik van cloudgebaseerde gegevens af van de internetverbinding. De bewerkingen lopen vertraging op als u de verwerking intern uitvoert en de verbinding met openbare cloudgegevens traag is.

Vertraging is misschien geen probleem voor sommige gebruikssituaties (zoals back-up en herstel of e-mailbewerkingen), maar het is nadelig voor sommige workloads, zoals: 

• Realtime analyses.
• Cyberbeveiligings-apps.
• Sensoren.
• IoT-apps.

Als je een latentiegevoelige app hebt die sterk afhankelijk is van een dataset, biedt het hosten van info on-site (of met behulp van een edge-server) veel minder vertraging dan het gebruik van een openbare cloud. U verkort het communicatiepad en het interne team heeft de mogelijkheid om opslag-, reken- en netwerkbronnen af ​​te stemmen op de app.

Eenvoudigere naleving van gegevensregelgeving

Publieke cloudproviders (met name hyperscalers) werken hard om te voldoen aan de eisen van de overheid en de industrie, zoals HIPAA en PCI. Er is echter een groot probleem met het voldoen aan de regelgeving in de openbare cloud:gegevenslocatie . Als uw bedrijf valt onder een statuut dat gegevenshosting in een specifieke regio vereist, kan het gebruik van de openbare cloud u in een wereld van juridische (en financiële) problemen brengen.

In plaats van cloudservers in specifieke regio's op te zetten en te vertrouwen op een derde partij om geen informatie te verplaatsen, geven sommige organisaties er de voorkeur aan de volledige controle over te nemen en gegevens naar een on-premises systeem te verplaatsen.

Nadelen van gegevensrepatriëring

Dit zijn de meest opvallende uitdagingen en nadelen van het kiezen voor gegevensrepatriëring:

• U moet een budget reserveren voor de hardware die nodig is om gegevens ter plaatse te hosten, ongeacht welk systeem u besluit op te zetten (private cloud, dedicated server, colocatie-apparatuur, enz.).
• U moet een intern team inhuren om de nieuwe IT-omgeving te configureren en te beheren.
• Uw team is als enige verantwoordelijk voor het instellen van bescherming en het beschermen van on-site gegevens tegen mogelijke inbreuken, lekken, cyberaanvallen en bedreigingen voor de gegevensintegriteit.
• Het is aan uw personeel om te zorgen voor voldoende beschikbaarheid van gegevens.
• Als er iets misgaat, is het aan je team om het probleem op te lossen. Er is geen provider waar u terecht kunt in geval van downtime, dus zorg ervoor dat uw team weet hoe ze on-site databases moeten beheren voordat u besluit iets uit de openbare cloud te halen.
• Repatriëring van gegevens verstoort soms de chemie en cultuur van het team. Sommige werknemers hebben misschien het gevoel dat het bedrijf een stapje terug doet, en daarnaast moet u een aantal nieuwe taken aan hun werkdag toevoegen.
• Soms leidt het terughalen van gegevens ter plaatse tot snelheids- of prestatieverlies. In dat geval moet u alle services en workloads die die dataset gebruiken opnieuw optimaliseren, een proces dat vaak minstens een paar dagen duurt.
• U hebt geen toegang meer tot eindeloze on-demand resources zodra u de openbare cloud verlaat, dus zeg vaarwel tegen snelle provisioning en onmiddellijke schaling. U moet middelen opzij zetten en nieuwe hardware aanschaffen als u meer opslagruimte nodig heeft.

Hoe gegevens te repatriëren?

Monitor het gebruik van cloudbronnen en vergelijk die kosten periodiek met alternatieve opslagmethoden. Als blijkt dat een ander type storage een hogere ROI biedt voor uw use case, is het tijd voor datarepatriëring. Dit proces ziet er als volgt uit:

• Begin met te bepalen welke gegevens u wilt repatriëren en schets het doel van de wijziging. Ga je voor totale repatriëring, of is de partiële aanpak logischer?
• Overweeg eventuele vendor-lock-in-, architectuur- of eindgebruikersproblemen die de overstap vanuit de cloud kunnen vertragen of verhinderen.
• Breek het plan op in fasen en stel KPI's in waarmee u de voortgang kunt volgen.
• Bepaal wat de optimale hostingomgeving is voor uw gegevens. Wilt u gegevens terugbrengen naar een on-site serverruimte, of is het huren van een dedicated server een betere oplossing? Of is misschien de hybride cloud de juiste keuze?
• Bepaal het vaardigheidsniveau van je team. Afhankelijk van hoe ervaren medewerkers zijn, zullen sommige hostingopties aantrekkelijker zijn dan andere.
• Voer een gedetailleerde kosten-batenanalyse van het project uit om de financiële impact van elk levensvatbaar alternatief te beoordelen.
• Plan hoe het team de app-architectuur gaat updaten zodat de gegevens een nieuw thuis krijgen. Is er ruimte om de prestaties te verbeteren of vertraging te verminderen?
• Begin met het verplaatsen van gegevens uit de openbare cloud. Houd er rekening mee dat het verplaatsen tijd kost en dat apps die afhankelijk zijn van de gegevens in kwestie, tijdens het proces niet beschikbaar zijn als u geen back-upopslag hebt. Koude archieven zijn over het algemeen gemakkelijker te verplaatsen dan veelgebruikte opslagplaatsen, dus maak een plan met de minste impact op uw gebruikerservaring.
• Voer uitgebreide tests uit om te zien of alle apps en services die aan de dataset zijn gekoppeld, optimaal presteren.

Wanneer moeten gegevens worden gerepatrieerd?

U moet gegevens repatriëren wanneer duidelijk wordt dat een (of meer) van de volgende zakelijke fronten profiteren van een (of meer) van de volgende zakelijke fronten als u zich van de openbare cloud afwendt:

• Uw resultaat.
• Beveiligingsniveaus.
• Serviceprestaties.

Hier zijn enkele veelvoorkomende scenario's waarin gegevensrepatriëring de juiste zakelijke zet is:

• De rekeningen voor cloudopslag lopen uit de hand: Overweeg andere opslagopties zodra openbare cloudrekeningen meer gaan kosten dan verwacht (of als u betaalt voor bronnen die u niet gebruikt).
• Verhuizen naar een beter passende hostingomgeving: Gegevensrepatriëring betekent vaak dat het bedrijf een betere opslagoplossing heeft gevonden voor zijn gebruiksscenario. De meest voorkomende problemen die bedrijven willen oplossen, zijn vertragings- en beschikbaarheidsproblemen.
• Nieuwe nalevingsregels: Updates van regelgeving dwingen bedrijven in strengere sectoren om gegevens uit de openbare cloud te repatriëren.
• Het gebruik van de cloud is voorbij: De public cloud heeft de grootste impact tijdens de beginfase van elk project. Zodra uw team begint met het analyseren van trends in het gebruik van hulpbronnen, kunt u beginnen met het uitvoeren van regelmatige kosten-batenanalyses om te zien of er behoefte is aan gegevensrepatriëring.
• Overhaast naar cloudadoptie: Slechte initiële planning, lift-and-shift-tactieken en een gebrek aan goed afgeronde plannen voor cloudmigratie zijn veelvoorkomende redenen om openbare cloudgegevens terug op locatie te halen. Onthoud dat het verminderen van verliezen beter is dan all-in te gaan op de verkeerde opslagoplossing.
• Cloudproviders gaan failliet: Klanten hebben geen andere keuze dan hun gegevens terug te trekken als een leverancier stopt. Hoewel deze scenario's zeldzaam zijn, moeten bedrijven een noodherstelplan hebben voor het geval de provider uitvalt.

Wees niet bang voor gegevensrepatriëring en ga altijd voor de optimale opslagoplossing

Gegevensrepatriëring gaat over het nastreven van nieuwe IT-mogelijkheden, het optimaliseren van uitgaven en het verbeteren van app-prestaties. Deze drie factoren gaan vóór uw inzet voor de openbare cloud, dus zorg ervoor dat uw team altijd rekening houdt met hostingalternatieven voor elke database, workload en service die in de cloud wordt uitgevoerd.