Cloud Repatriation: Wann die Rueckkehr zu On-Premises tatsaechlich Sinn macht

Cloud Repatriation ist ein polarisierendes Thema geworden. Auf der einen Seite weisen Anbieter und Cloud-Befuerworter es als Rueckschritt zurueck. Auf der anderen Seite berichten desillusionierte CTOs von Cloud-Rechnungen, die sich ueber Nacht verdreifacht haben, und Performance, die sich nach der Migration verschlechterte. Die Wahrheit ist, wie ueblich, nuancierter.

Einige Workloads gehoeren wirklich nach On-Premises. Einige haetten nie in die Cloud migriert werden sollen. Und einige Organisationen erwaegen Repatriation aus den falschen Gruenden — sie reagieren auf Preisschock, ohne zuerst ihre Cloud-Ausgaben zu optimieren. Dieser Leitfaden bietet einen Rahmen fuer eine rationale Entscheidung.

Wann Repatriation rational ist

1. Planbare, stabile Workloads im grossen Massstab

Das Wertversprechen der Cloud ist Elastizitaet: zahlen Sie fuer das, was Sie nutzen, skalieren Sie hoch und runter nach Bedarf. Fuer Workloads, die bei konstant hoher Auslastung 24/7/365 laufen, ist diese Elastizitaet nicht wertvoll — Sie zahlen einen Aufschlag fuer Flexibilitaet, die Sie nie nutzen.

Beispiel: Ein grosser Datenbankserver mit 70-80 % CPU-Auslastung rund um die Uhr. Auf Azure kostet eine D64s_v5 VM ca. EUR 2.800/Monat (3-Jahres-Reservierung). On-Premises kostet aequivalente Hardware ca. EUR 25.000 mit 5-Jahres-Lebenszyklus — ca. EUR 420/Monat allein fuer Hardware.

Selbst mit Co-Location, Strom, Netzwerk und Personalzeit sind die On-Premises-Kosten fuer dieses spezifische Workload-Muster 40-60 % geringer ueber fuenf Jahre.

Wichtige Einschraenkung: Dies funktioniert nur im Massstab. Bei ein oder zwei Servern eliminiert der operative Overhead die Einsparungen.

2. Datengravitaet

Wenn Sie Petabytes an Daten On-Premises haben und die Verarbeitung nahe bei diesen Daten stattfindet, kann das Verschieben der Daten in die Cloud mehr kosten als es spart. Cloud-Egress-Gebuehren verschaerfen das Problem — jedes GB, das Azure verlaesst, kostet EUR 0,05-0,087.

Beispiel: Ein Fertigungsunternehmen mit 5 PB Sensordaten in einem On-Premises Data Lake. Verarbeitung in Azure wuerde erfordern:

• Datentransfer: 5 PB bei EUR 0,05/GB = EUR 250.000 einmalig
• Storage: 5 PB auf Azure Blob (Hot Tier) = ca. EUR 100.000/Monat
• Compute: Processing-Cluster = ca. EUR 30.000/Monat

On-Premises kostet der gleiche Speicher auf Standardhardware einen Bruchteil, und es gibt keine Egress-Gebuehren fuer interne Analysen.

3. Regulatorische Einschraenkungen, die Cloud nicht erfuellen kann

Einige Vorschriften erfordern wirklich On-Premises-Verarbeitung:

• Bestimmte Verteidigungs- und klassifizierte Regierungs-Workloads
• Gesundheitssysteme in Rechtsgebieten, die Cloud-Anbieter nicht zugelassen haben
• Finanzhandelssysteme mit Boersen-Co-Location-Anforderungen
• Forschungseinrichtungen mit Datensouveraenitaetsanforderungen

Hinweis: Diese Kategorie ist enger als viele Organisationen glauben. Die DSGVO erfordert kein On-Premises — sie erfordert angemessene Kontrollen, die die Cloud bieten kann.

4. Latenzkritische Workloads

Workloads, die Sub-Millisekunden-Latenz zwischen Komponenten erfordern — Hochfrequenzhandel, Echtzeit-Fertigungssteuerung — tolerieren moeglicherweise keine Cloud-Netzwerklatenz. Selbst mit ExpressRoute fuegen Sie 1-5 ms Latenz hinzu.

Wann Repatriation emotional ist

Cloud-Preisschock ohne Optimierung

Der haeufigste Repatriation-Ausloeser ist eine Monatsrechnung, die den CFO schockiert. Bevor Sie repatriieren, fragen Sie: Haben wir tatsaechlich unsere Cloud-Ausgaben optimiert?

Die meisten Unternehmen verschwenden 25-35 % ihres Cloud-Budgets. Haeufige Ursachen:

• Ueberdimensionierte VMs: D16s_v5 mit 15 % CPU — richtig dimensionieren auf D4s_v5
• Keine Reserved Instances: On-Demand-Tarife fuer planbare Workloads zahlen
• Verwaiste Ressourcen: Disks, oeffentliche IPs und Snapshots ohne Zuordnung
• Dev/Test-Umgebungen 24/7 laufend: Sollten 10 Stunden/Tag, 5 Tage/Woche laufen
• Kein Azure Hybrid Benefit: Bestehende Windows/SQL-Lizenzen nicht anwenden

Ein strukturiertes FinOps-Programm reduziert Cloud-Ausgaben typischerweise um 30-45 % innerhalb von 90 Tagen. Dies eliminiert oft den Kostenvorteil der Repatriation vollstaendig.

"Wir koennen es guenstiger selbst betreiben"

Diese Behauptung unterschaetzt typischerweise On-Premises-Kosten. Der Vergleich muss umfassen:

• Personal: 2-3 Infrastruktur-Ingenieure bei EUR 80.000-120.000/Jahr
• Hardware-Erneuerung: Alle 5 Jahre, plus ungeplante Ausfaelle
• Rechenzentrumskosten: Strom, Kuehlung, physische Sicherheit, Konnektivitaet
• Softwarelizenzierung: VMware, Backup, Monitoring, Security-Tools
• Opportunitaetskosten: Ingenieure warten Hardware statt Produkte zu bauen

Gesamtkostenanalyse-Rahmen

Nutzen Sie diesen Rahmen fuer einen ehrlichen Vergleich. Alle Kosten sollten ueber einen Fuenf-Jahres-Horizont berechnet werden.

Cloud-Kosten (jaehrlich)

On-Premises-Kosten (jaehrlich)

Entscheidungsschwelle

Wenn On-Premises ueber fuenf Jahre mindestens 30 % guenstiger ist, kann Repatriation gerechtfertigt sein. Weniger als 30 % Ersparnis rechtfertigt das Migrationsrisiko und den Verlust cloudnativer Faehigkeiten nicht.

Der hybride Mittelweg

Fuer die meisten Unternehmen lautet die Antwort nicht "Cloud oder On-Premises" — sondern Hybrid.

Workload-Platzierungs-Entscheidungsbaum

Azure Arc: Einheitliches Management fuer Hybrid

Azure Arc ist die Technologie, die Hybrid operativ machbar macht. Ohne Arc verwalten Sie zwei separate Welten mit unterschiedlichen Tools, Policies und Monitoring.

# On-Premises-Server zu Azure Arc onboarden
azcmagent connect \
  --resource-group "rg-hybrid-management" \
  --location "westeurope" \
  --tenant-id "${TENANT_ID}" \
  --subscription-id "${SUBSCRIPTION_ID}" \
  --tags "Environment=Production,Location=OnPremises,CostCenter=IT"

# Azure Policy auf Arc-faehige Server anwenden
az policy assignment create \
  --name "monitor-arc-servers" \
  --policy-set-definition "55f3eceb-5573-4f18-9695-226972c6d74a" \
  --scope "/subscriptions/${SUBSCRIPTION_ID}/resourceGroups/rg-hybrid-management"

Mit Arc erscheinen Ihre On-Premises-Server im Azure-Portal neben Cloud-Ressourcen. Sie koennen Azure Policy fuer Compliance anwenden, Azure Monitor fuer einheitliche Observability nutzen und Azure Defender fuer Sicherheitsmanagement deployen.

Fallstudien-Szenarien

Szenario A: Das Medienunternehmen mit Storage-Kosten

Situation: 2 PB Video-Assets in Azure Blob Storage. Monatliche Kosten: EUR 55.000 (Storage + Egress).

Entscheidung: Storage nach On-Premises-NAS mit Azure Arc Management repatriieren. On-Premises-Kosten: EUR 180.000/Jahr. Einsparung: EUR 480.000/Jahr. Compute-Workloads in Azure belassen.

Szenario B: Das SaaS-Unternehmen mit "hohen Cloud-Rechnungen"

Situation: EUR 120.000/Monat Azure-Ausgaben. CFO fordert Repatriation.

Entscheidung: Nicht repatriieren. FinOps-Programm implementieren. Optimierte Cloud-Ausgaben: EUR 65.000/Monat (46 % Reduktion). On-Premises-Alternative wuerde EUR 55.000/Monat kosten, aber Auto-Scaling, verwaltete Dienste und geographische Redundanz verlieren.

Szenario C: Das Fertigungsunternehmen mit Datengravitaet

Situation: 500 On-Premises-Server mit MES, 3 PB Sensordaten, Echtzeit-Regelkreise mit < 2 ms Latenz.

Entscheidung: Hybrid. Steuerungssysteme und Rohdaten On-Premises belassen. Alle Server Arc-faehig machen. Aggregierte Daten fuer Analysen und ML-Training nach Azure streamen.

Migrationplanung fuer Repatriation

Wenn Sie sich fuer Repatriation entscheiden, behandeln Sie es mit der gleichen Sorgfalt wie eine Cloud-Migration:

1. Beschaffung (Wochen 1-4): Hardware-Spezifikation, Anbieterauswahl. Lieferzeiten: 4-8 Wochen.
2. Infrastrukturaufbau (Wochen 5-8): Rack and Stack, Netzwerkkonfiguration, Hypervisor-Deployment.
3. Anwendungsmigration (Wochen 9-14): Anwendungen deployen, Daten migrieren, Monitoring konfigurieren.
4. Parallelbetrieb (Wochen 15-18): Beide Umgebungen gleichzeitig betreiben und validieren.
5. Umschaltung (Woche 19): DNS umstellen, Cloud-Ressourcen dekommissionieren.
6. Optimierung (Wochen 20-24): Performance feinjustieren.

Gesamtzeitrahmen: Mindestens 6 Monate. Unterschaetzen Sie dies nicht.

Ehrliche Schlussfolgerungen

Cloud Repatriation ist manchmal die richtige Entscheidung. Aber sie ist weit seltener richtig als der aktuelle Hype-Zyklus suggeriert. Vor einer Repatriation:

1. Cloud-Ausgaben zuerst optimieren (30-45 % Einsparungen sind ueblich)
2. Die wahren Gesamtkosten von On-Premises berechnen, einschliesslich Personal und Opportunitaetskosten
3. Hybrid als Standard betrachten, nicht Alles-oder-Nichts
4. Nur Workloads repatriieren, die klare Kriterien erfuellen

Wenn Sie Hilfe bei der Bewertung benoetigen, ob Repatriation fuer bestimmte Workloads Sinn macht, oder beim Aufbau einer Hybrid-Strategie mit Azure Arc, kontaktieren Sie uns unter mbrahim@conceptualise.de. Wir geben Ihnen eine ehrliche Einschaetzung — einschliesslich der Aussage, wann Repatriation nicht die Antwort ist.