Cloud-Repatriation: Wann die Rückkehr aus der Cloud klug ist
Erfahren Sie, wann eine strategische cloud-repatriation sinnvoll ist und wie Sie Kosten durch gezielte Workload-Verlagerung optimieren.
Das Wichtigste in Kürze
- Cloud-Repatriation beschreibt die teilweise Rückverlagerung von Workloads aus der Public Cloud.
- 37signals (Basecamp) sparte 7 Mio. Dollar über 5 Jahre durch Cloud-Exit.
- Stabile, vorhersagbare Workloads mit hohem Datenvolumen sind die besten Kandidaten.
- Repatriation ist kein Anti-Cloud-Statement, sondern rationale Kostenoptimierung.
- Die meisten Unternehmen landen bei einem Hybrid-Modell: Cloud für Variable, On-Premise für Baseline.
Die Cloud war das Versprechen niedrigerer Kosten, grenzenloser Skalierung und operativer Einfachheit. Für viele Workloads stimmt das. Für manche nicht. Eine wachsende Zahl von Unternehmen holt bestimmte Workloads zurück – nicht aus Cloud-Skepsis, sondern aus nüchterner Kalkulation. Cloud-Repatriation ist kein Rückschritt, sondern eine Reifung der Cloud-Strategie.
Warum Unternehmen Workloads zurückholen
Der prominenteste Fall: 37signals (Basecamp, HEY) verließ AWS und sparte laut CTO David Heinemeier Hansson 7 Millionen Dollar über fünf Jahre. Der Grund: Stabile Workloads mit vorhersagbarer Last und hohem Datenvolumen – genau das Profil, bei dem Cloud-Kosten gegenüber eigener Hardware verlieren.
Die Rechnung ist simpel: Ein Server mit 128 GB RAM und 2 TB NVMe kostet einmalig 5.000-8.000 Euro und läuft 5 Jahre. Das Cloud-Äquivalent kostet 500-1.000 Euro pro Monat – also 30.000-60.000 Euro über denselben Zeitraum. Bei stabiler Last ist die eigene Hardware 5-10x günstiger.
Dazu kommen Data-Egress-Kosten: AWS berechnet 0,09 USD pro GB ausgehenden Traffic. Wer Terabytes pro Monat transferiert, zahlt vierstellig – nur für Netzwerk.
Welche Workloads sich für Repatriation eignen
Stabile Baseline-Workloads mit vorhersagbarer Last: Datenbanken, Build-Server, Monitoring-Systeme. Hier bietet die Cloud keinen Skalierungsvorteil, aber permanente Kosten.
Data-Heavy-Workloads mit hohem Storage- und Transfer-Volumen: Video-Encoding, Big-Data-Analytics, Backup-Systeme. Data-Egress-Kosten machen die Cloud überproportional teuer.
Latenz-sensitive Workloads, die nah an der Datenquelle laufen müssen: Edge Computing, IoT-Verarbeitung, lokale KI-Inferenz.
Nicht geeignet sind: Variable Workloads (saisonales Geschäft), globale Anwendungen (Multi-Region), Startups in der Wachstumsphase (unvorhersagbare Skalierung) und Teams ohne Ops-Kompetenz.
Die versteckten Kosten der Rückkehr
Repatriation ist kein Free Lunch. Die Total Cost of Ownership umfasst: Hardware-Beschaffung, Colocation-Kosten (Rack, Strom, Kühlung, Netzwerk), Personal für Betrieb und Wartung, Software-Lizenzen (VMware, Backup, Monitoring) und die einmaligen Migrationskosten.
Der kritische Faktor ist Personal: Ein qualifizierter Linux-Administrator oder Netzwerkingenieur kostet 70.000-100.000 Euro pro Jahr. Wer keine bestehende Ops-Kapazität hat, muss diese Kosten in die Kalkulation einbeziehen. 37signals hatte ein bestehendes Ops-Team – das ist nicht selbstverständlich.
Der Hybrid-Kompromiss
Die Realität für die meisten Unternehmen: Weder Full Cloud noch Full On-Premise, sondern ein Hybrid-Modell. Stabile Baseline auf eigener Hardware (Colocation oder On-Premise), variable Workloads und Burst-Kapazität in der Cloud.
Kubernetes macht diesen Hybrid-Ansatz praktikabel: Workloads sind portabel zwischen On-Premise und Cloud. Tools wie Rancher, Anthos und Azure Arc ermöglichen einheitliches Management über beide Welten. GitOps mit ArgoCD deployt denselben Code überall.
Entscheidungsframework: Cloud, Hybrid oder Repatriation?
Drei Fragen bestimmen die Antwort: Wie variabel ist die Last? Variable Last → Cloud. Stabile Last → On-Premise möglich. Wie hoch ist das Datenvolumen? Hohes Egress-Volumen → On-Premise attraktiver. Niedriges Volumen → Cloud-Kosten akzeptabel. Haben wir Ops-Kompetenz? Kein Ops-Team → Cloud (der Cloud-Provider ist Ihr Ops-Team). Erfahrenes Team → Repatriation kalkulierbar.
Die Entscheidung sollte workload-spezifisch sein, nicht pauschal. Auch 37signals hat nicht alles aus der Cloud geholt – nur die Workloads, bei denen die Kalkulation eindeutig war.
Häufige Fragen
Ist Cloud-Repatriation ein Trend oder eine Nische?
Es ist ein wachsender Trend, aber keine Massenbewegung. Die meisten Unternehmen optimieren ihre Cloud-Nutzung, statt komplett zurückzukehren. Partielle Repatriation – einzelne Workloads zurückholen – ist häufiger als komplette Cloud-Exits. Analysten schätzen, dass 10-15% der Cloud-Workloads mittelfristig zurückverlagert werden.
Wie berechnet man die TCO für Cloud vs. On-Premise?
Alle Kosten über 5 Jahre vergleichen: Cloud (Compute + Storage + Egress + Support) vs. On-Premise (Hardware + Colocation + Personal + Lizenzen + Wartung + Migration). Wichtig: Opportunitätskosten einbeziehen – Zeit, die das Team für Infrastruktur statt für Produktentwicklung aufwendet.
Gibt es Lock-in-Risiken bei der Rückkehr?
Ja, insbesondere bei Cloud-nativen Services (Lambda, DynamoDB, BigQuery). Workloads, die auf proprietären Services basieren, erfordern vor der Repatriation ein Rewrite auf Open-Source-Alternativen. Kubernetes-basierte Workloads sind deutlich portabler.
Können kleine Unternehmen von Repatriation profitieren?
Selten. Kleine Unternehmen haben weder die Ops-Kapazität noch das Volumen, um eigene Hardware wirtschaftlich zu betreiben. Managed Services bei Cloud-Providern bieten für KMU das bessere Preis-Leistungs-Verhältnis. Repatriation lohnt sich typischerweise ab einem Cloud-Spend von 50.000+ Euro pro Monat.
Was ist der Unterschied zwischen Repatriation und Hybrid Cloud?
Repatriation ist die Verlagerung bestehender Cloud-Workloads zurück auf eigene Infrastruktur. Hybrid Cloud ist ein Architekturmuster, bei dem Workloads bewusst auf Cloud und On-Premise verteilt werden. Repatriation führt oft zu einem Hybrid-Modell – aber nicht jede Hybrid-Strategie beinhaltet Repatriation.
Quelle des Titelbildes: Pexels / panumas nikhomkhai
Lesetipps der Redaktion
cloudmagazinLenovo ThinkCentre M75q Tiny Gen 5: Enterprise-Mini-PC mit AMD PRO und 5 Watt Idle für Edge und KioskcloudmagazinServerless KI ist überbewertet – hier ist was stattdessen zähltcloudmagazinQNAP TS-464: 4-Bay-NAS mit Docker, HDMI und PCIe-Slot – was Synology in dieser Klasse nicht bietet
