Data Repatriation erklärt: Warum das Zurückholen von Cloud-Daten On-Premises wichtig ist

Die hohen Kosten für das Halten und Nutzen von Daten in einer Public Cloud werden zunehmend zum Dealbreaker für Unternehmen. Organisationen suchen nach kosteneffizienteren Alternativen, weshalb wir immer mehr Fälle von Data Repatriation sehen – dem Akt, Daten, die derzeit in der Public Cloud liegen, zurückzuholen und On-Premises oder auf Bare Metal neu zu hosten.

Dieser Artikel ist eine Einführung in Data Repatriation und die Auswirkungen (sowohl positive als auch negative) des Verlassens der Public Cloud zugunsten von On-Premises-Bare-Metal-Speicher. Lesen Sie weiter, um die Haupttreiber hinter Data Repatriation zu erfahren und zu prüfen, ob das Zurückholen cloudbasierter Daten ein sinnvoller Schritt für Ihre Bilanz ist.

Was ist Data Repatriation?

Data Repatriation ist der Prozess, Daten von der Public Cloud in selbstverwalteten Speicher zu verschieben (z. B. auf einen lokalen dedizierten Server oder eine Private Cloud). Je nachdem, wie viele Daten ein Unternehmen neu hosten möchte, ist die Repatriation entweder:

• Total (wenn eine Organisation alle Daten abzieht und die Verbindungen zur Public Cloud kappt).
• Teilweise (wenn ein Unternehmen entscheidet, einige, aber nicht alle Daten aus der Cloud zurückzuholen – typischerweise, wenn ein Team versucht, Performance zu verbessern oder Cloud-Kosten zu senken).

Data Repatriation wird immer häufiger, da Organisationen die hohen Kosten für das Halten großer Datenmengen in der Public Cloud realisieren. Wenn Sie einen massiven Speicherbedarf haben (z. B. mehrere Petabyte unstrukturierter Daten, auf die Sie regelmäßig zugreifen), ist cloudbasierter Speicher nicht so kosteneffizient wie traditionellere Lösungen.

Im Durchschnitt kosten Cloud-Optionen für die Nutzung doppelt so viel wie On-Premises-Hosting. Diese Statistik bleibt selbst dann wahr, wenn wir den für On-Premises-Speicher erforderlichen Overhead berücksichtigen, der den Preis für:

• Das Personal, das die Hardware verwaltet.
• Rechenzentrumsfläche.
• Strom.
• Physische Sicherheit.

einschließt.

Der Hauptgrund für den drastischen Preisunterschied sind Egress-Kosten. Anbieter berechnen Ihnen nichts für das Hochladen von Daten, aber Sie zahlen für Kapazität und Datentransfers. Transfers, die Daten außerhalb der Anbieter-Infrastruktur senden, sind kostspielig und machen oft den größten Teil der monatlichen Cloud-Rechnung aus.

Kosten sind nicht der einzige Grund, warum Unternehmen Data Repatriation wählen. Andere häufige Ursachen sind:

• Neue Updates zu Compliance-Regeln.
• Probleme mit Netzwerk-Latenz.
• Bedenken zur Cloud-Computing-Sicherheit.
• Der Wunsch, höhere Datenredundanz zu erreichen.
• Häufige Ausfallzeiten durch Fehler auf Anbieterseite.
• Probleme mit Shadow IT (nicht autorisierte Nutzung von Public-Cloud-Ressourcen).
• Die Entscheidung, ein anderes Cloud-Bereitstellungsmodell zu verfolgen.

Vorteile der Data Repatriation

Wie bei den meisten IT-Entscheidungen hat die Wahl der Data Repatriation sowohl Vor- als auch Nachteile. Sehen wir uns die prominentesten Vorteile des Zurückholens von Public-Cloud-Daten genauer an.

Kostensenkung und besseres ROI

Kosten sind der primäre Vorteil und der Hauptgrund für Data Repatriation. Während ein On-Premises-Rechenzentrum teuer in der Einrichtung ist, summieren sich Public-Cloud-Kosten im Laufe der Zeit, da Sie monatlich für:

• Speichervolumen.
• Server-Instanzen.
• Pro-Use-Services.
• Datentransferkosten (Egress).
• „Versteckte Kosten“ (neuere Studien zeigen, dass Unternehmen jährlich über 62 Milliarden Dollar für Public-Cloud-Ressourcen ausgeben, die sie weder benötigen noch nutzen).

Früher oder später wird Ihr gesamter Cloud-Ausgaben den Preis der On-Premises-Hosting-Hardware erreichen. Doch bis zu diesem Zeitpunkt haben Sie diese Mittel für Betriebskosten des Cloud-Computing ausgegeben und besitzen trotz der Investition keine Hardware. Aus dieser Perspektive hat On-Premises-Hosting ein weitaus überlegenes ROI.

Beachten Sie, dass Cloud-Speichergebühren auch inkonsistent und schwer vorherzusagen sind. Prognostizierte Kosten übersteigen schnell das Budget, da:

• Anbieter Preise ändern.
• Ihre IT-Bedürfnisse sich im Laufe der Zeit ändern.
• Teams die Kosten für den Cloud-Betrieb oft unterschätzen.
• Komplexe IT-Umgebungen unter Shadow IT leiden.

Mit einem On-Premises-Speichersystem ändern sich die Kosten nicht basierend darauf, was Sie mit Ihren Daten tun. Wenn Ihre IT-Bedürfnisse wachsen, müssen Sie in mehr Hardware investieren, aber Sie werden nie „über das Ziel hinausschießen“ mit einer Rechnung, wie es bei Cloud-Speicher der Fall sein kann.

Praktische Sicherheit über Ihre Daten

Daten in einer Public Cloud zu hosten bedeutet, dass der Anbieter für das Speichern und Schützen der Informationen verantwortlich ist. Diese Vereinbarung ist für manche ein Segen, aber für Unternehmen, die einen praxisnaheren Ansatz zur Datensicherheit suchen, ein Dealbreaker.

Es gibt auch mehrere einzigartige Bedenken, wenn Sie Daten in einer Public Cloud behalten:

• Hunderte von Mietern (oder noch mehr) teilen die Public-Cloud-Infrastruktur, was ein Risikoelement einführt, das bei In-House-Hosting nicht existiert.
• Es fehlt an Transparenz darüber, welche Kontrollen cloudbasierte Daten sicher halten.
• Das Kundenteam ist verantwortlich für die Nutzung der vom Anbieter bereitgestellten Maßnahmen, sodass viel Raum für Fehlkonfiguration besteht (die häufigsten Fehler treten in Cloud-Sicherheitsrichtlinien auf).
• Der Anbieter hält die Rechte an Dateien, die Sie in der Public Cloud speichern (es sei denn, Sie unterzeichnen ein SLA, das etwas anderes besagt).
• Die Public Cloud ermöglicht Endbenutzern den Zugriff auf Daten von überall, sodass immer die Möglichkeit besteht, Daten mit den falschen Personen zu teilen.

Während Anbieterausfälle selten sind, müssen Public-Cloud-Nutzer wissen, dass sie eine Möglichkeit sind. Im August 2018 legte ein AWS-Fehler geschäftskritische Daten von etwa 31.000 Systemen offen, die zu GoDaddy gehörten. Hätte das Unternehmen die Daten On-Premises behalten, wäre dieser Vorfall nicht passiert.

Data Repatriation ermöglicht ein Maß an Nähe zu und physischer Kontrolle über Daten, das die Public Cloud nicht bieten kann. Sie verringern auch die Angriffsfläche, indem Sie die Anzahl der Ereignisse reduzieren, die mit Ihren Daten schiefgehen können. Denken Sie daran wie Geld in einem Safe zu Hause versus einem Safe in einer Bank – die Bank ist sicher, sicher, aber Sie haben kein Mitspracherecht, wie sie Safes schützen, und sie sind ein Hauptziel für Raubüberfälle. Aus dieser Perspektive gibt es ein starkes Argument, dass Ihr Geld zu Hause sicherer ist.

Kein Risiko von Vendor Lock-in

Vendor Lock-in tritt auf, wenn ein Unternehmen zu abhängig von einem Cloud-Anbieter wird. Wenn Sie Daten zu lange bei einem Anbieter speichern und eine App-Architektur um diesen Speicher herum aufbauen, wächst der Lock-in natürlich mit der Zeit. Sie sind dann nicht in der Lage, zu einer anderen Plattform (ob In-House oder eines anderen Anbieters) zu wechseln, ohne hohe Switching-Kosten.

Data Repatriation stellt sicher, dass Ihr Speicher nie stärker auf einen Anbieter angewiesen ist als auf Ihr In-House-Team. Ihr Personal verwaltet den Datensatz, und es gibt kein Risiko, „festzustecken“ mit einem Dritten.

Bessere Latenz

Während die Public Cloud fast unbegrenzte Speicherkapazität bietet, hängt Ihre Fähigkeit, auf cloudbasierte Daten zuzugreifen und sie zu nutzen, von der Internetverbindung ab. Operationen leiden unter Lags, wenn Sie Verarbeitung In-House durchführen und die Verbindung zu Public-Cloud-Daten langsam ist.

Lag mag für einige Anwendungsfälle (wie Backup und Recovery oder E-Mail-Operationen) kein Problem sein, aber er ist schädlich für einige Workloads, wie:

• Echtzeit-Analysen.
• Cybersicherheits-Apps.
• Sensoren.
• IoT-Apps.

Wenn Sie eine latenzempfindliche App haben, die stark auf einen Datensatz angewiesen ist, bietet das Hosten der Informationen On-Premises (oder die Nutzung eines Edge-Servers) viel weniger Latenz als die Nutzung einer Public Cloud. Sie verkürzen den Kommunikationspfad, und das In-House-Team hat die Möglichkeit, Speicher-, Compute- und Netzwerkressourcen feinabzustimmen, um der App gerecht zu werden.

Einfachere Einhaltung von Datenschutzvorschriften

Public-Cloud-Anbieter (insbesondere Hyperscaler) arbeiten hart daran, Regierungs- und Branchenanforderungen wie HIPAA und PCI zu erfüllen. Es gibt jedoch ein großes Problem bei der Einhaltung von Vorschriften in der Public Cloud: Datenstandort. Wenn Ihr Unternehmen unter ein Gesetz fällt, das Datenspeicherung in einer bestimmten Region vorschreibt, könnte die Nutzung der Public Cloud Sie in rechtliche (und finanzielle) Schwierigkeiten bringen.

Anstatt Cloud-Server in bestimmten Regionen einzurichten und sich auf einen Dritten zu verlassen, der Informationen nicht verschiebt, ziehen einige Organisationen es vor, die volle Kontrolle zu übernehmen und Daten in ein On-Premises-System zu verlagern.

Nachteile der Data Repatriation

Hier sind die auffälligsten Herausforderungen und Nachteile der Wahl von Data Repatriation:

• Sie müssen ein Budget für die Hardware bereitstellen, die zum Hosten von Daten On-Premises benötigt wird, unabhängig davon, für welches System Sie sich entscheiden (Private Cloud, dedizierter Server, Colocation-Ausrüstung etc.).
• Sie müssen ein In-House-Team einstellen, um die neue IT-Umgebung zu konfigurieren und zu verwalten.
• Ihr Team ist allein verantwortlich für die Einrichtung von Schutz und die Sicherung von On-Premises-Daten vor potenziellen Verstößen, Lecks, Cyberangriffen und Bedrohungen der Datenintegrität.
• Es liegt an Ihrem Personal, eine angemessene Verfügbarkeit von Daten sicherzustellen.
• Wenn etwas schiefgeht, liegt es an Ihrem Team, das Problem zu beheben. Es gibt keinen Anbieter, an den man sich im Falle von Ausfallzeiten wenden kann – stellen Sie also sicher, dass Ihr Team weiß, wie man On-Premises-Datenbanken verwaltet, bevor Sie entscheiden, etwas aus der Public Cloud zurückzuholen.
• Data Repatriation stört manchmal die Teamchemie und -kultur. Einige Mitarbeiter könnten das Gefühl haben, das Unternehmen mache einen Rückschritt, und Sie müssen neue Aufgaben in ihren Arbeitsalltag integrieren.
• Manchmal führt das Zurückholen von Daten On-Premises zu Geschwindigkeits- oder Leistungsverlust. In diesem Fall müssen Sie alle Dienste und Workloads, die diesen Datensatz nutzen, neu optimieren – ein Prozess, der oft mindestens einige Tage dauert.
• Sie haben keinen Zugriff mehr auf endlose On-Demand-Ressourcen, sobald Sie die Public Cloud verlassen – verabschieden Sie sich von schnellem Provisioning und sofortigem Skalieren. Sie müssen Ressourcen beiseitelegen und neue Hardware kaufen, wenn Sie mehr Speicher benötigen.

Wie repatriiert man Daten?

Überwachen Sie die Nutzung von Cloud-Ressourcen und vergleichen Sie diese Kosten regelmäßig mit alternativen Speichermethoden. Wenn deutlich wird, dass ein anderer Speichertyp für Ihren Anwendungsfall ein höheres ROI bietet, ist es Zeit für Data Repatriation. Dieser Prozess sieht so aus:

• Beginnen Sie damit, festzulegen, welche Daten Sie repatriieren möchten, und skizzieren Sie das Ziel der Änderung. Streben Sie totale Repatriation an, oder ergibt der teilweise Ansatz mehr Sinn?
• Berücksichtigen Sie Vendor-Lock-in-, Architektur- oder Endbenutzerprobleme, die den Umzug aus der Cloud verlangsamen oder verhindern könnten.
• Teilen Sie den Plan in Phasen auf und setzen Sie KPIs, die es Ihnen ermöglichen, den Fortschritt zu überwachen.
• Entscheiden Sie, was die optimale Hosting-Umgebung für Ihre Daten ist. Möchten Sie Daten zurück auf einen On-Site-Serverraum bringen, oder wäre das Mieten eines dedizierten Servers besser? Oder ist vielleicht Hybrid Cloud der richtige Weg?
• Ermitteln Sie den Qualifikationsstand Ihres Teams. Je nach Erfahrung der Mitarbeiter werden einige Hosting-Optionen attraktiver sein als andere.
• Führen Sie eine detaillierte Kosten-Nutzen-Analyse des Projekts durch, um die finanziellen Auswirkungen jeder tragfähigen Alternative zu bewerten.
• Planen Sie, wie das Team die App-Architektur aktualisieren wird, wenn die Daten ein neues Zuhause bekommen. Gibt es Raum, Performance zu verbessern oder Latenz zu reduzieren?
• Beginnen Sie mit dem Verschieben der Daten aus der Public Cloud. Denken Sie daran, dass der Umzug Zeit braucht, und Apps, die auf die betreffenden Daten angewiesen sind, während des Prozesses down sein werden, wenn Sie keinen Backup-Speicher haben. Kalte Archive sind im Allgemeinen leichter zu verschieben als häufig zugegriffene Repositories – planen Sie also mit der geringsten Auswirkung auf Ihre UX.
• Führen Sie umfangreiche Tests durch, um zu prüfen, ob alle Apps und Dienste, die mit dem Datensatz verbunden sind, optimal performen.

Wann sollte man Daten repatriieren?

Sie sollten Daten repatriieren, wenn deutlich wird, dass der Weggang von der Public Cloud einem (oder mehreren) der folgenden Geschäftsbereiche zugutekommt:

• Ihre Bilanz.
• Sicherheitsniveaus.
• Service-Performance.

Hier sind einige häufige Szenarien, in denen Data Repatriation der richtige geschäftliche Schritt ist:

• Cloud-Speicherrechnungen geraten außer Kontrolle: Beginnen Sie, andere Speicheroptionen in Betracht zu ziehen, sobald Public-Cloud-Rechnungen mehr kosten als erwartet (oder wenn Sie für Ressourcen bezahlen, die Sie nicht nutzen).
• Umzug in eine besser passende Hosting-Umgebung: Data Repatriation bedeutet oft, dass das Unternehmen eine bessere Speicherlösung für seinen Use Case identifiziert hat. Die häufigsten Probleme, die Unternehmen lösen wollen, sind Latenz- und Verfügbarkeitsprobleme.
• Neue Compliance-Regeln: Aktualisierungen von Vorschriften zwingen Unternehmen in strengeren Branchen, Daten aus der Public Cloud zurückzuholen.
• Die Cloud-Nutzung hat ihren Zenit überschritten: Die Public Cloud hat die größte Wirkung in den Anfangsphasen jedes Projekts. Sobald Ihr Team beginnt, Ressourcennutzungstrends zu analysieren, führen Sie regelmäßig Kosten-Nutzen-Analysen durch, um zu sehen, ob Bedarf an Data Repatriation besteht.
• Übereilter Cloud-Adoption: Schlechte initiale Planung, Lift-and-Shift-Taktiken und fehlende ganzheitliche Cloud-Migrationspläne sind häufige Gründe, Public-Cloud-Daten zurück On-Premises zu holen. Denken Sie daran, dass Verluste begrenzen besser ist als All-in auf der falschen Speicherlösung zu gehen.
• Cloud-Anbieter gehen pleite: Kunden haben keine Wahl, als ihre Daten zurückzuziehen, wenn ein Anbieter schließt. Obwohl diese Szenarien selten sind, müssen Unternehmen einen Disaster-Recovery-Plan für den Fall haben, dass der Anbieter aufgibt.

Data Repatriation nicht fürchten und immer die optimale Speicherlösung wählen

Data Repatriation geht darum, neue IT-Chancen zu verfolgen, Ausgaben zu optimieren und App-Performance zu verbessern. Diese drei Faktoren stehen vor Ihrer Verpflichtung zur Public Cloud – stellen Sie also sicher, dass Ihr Team für jede Datenbank, jeden Workload und jeden Service, der in der Cloud läuft, immer Hosting-Alternativen in Betracht zieht.