Cloud-Strategie

Cloud-Repatriation: Wann sich die Rückkehr aus der Cloud lohnt

Der Gegentrend zu Cloud-first gewinnt an Dynamik. Eine datenbasierte Analyse, wann Workloads zurück ins eigene Rechenzentrum gehören — und wann nicht.

CIO-Wissen Redaktion· 2026-03-28 ·5 Min.

Die Cloud-Migration war das bestimmende Paradigma der vergangenen Dekade. Doch seit 2023 mehren sich die Stimmen, die eine differenziertere Betrachtung fordern. Cloud-Repatriation — die gezielte Rückverlagerung von Workloads aus der Public Cloud in eigene oder kolokierte Infrastruktur — ist kein Rückschritt, sondern Ausdruck reifender IT-Strategien.[1]

Der prominenteste Fall: 37signals, das Unternehmen hinter Basecamp und HEY, verlagerte 2023 seine Infrastruktur aus der Cloud und sparte nach eigenen Angaben im ersten Jahr rund 1,5 Millionen US-Dollar an Betriebskosten.[2] Gründer David Heinemeier Hansson bezeichnete die Cloud-Kosten für stabile Workloads als "absurd" und argumentierte, dass die Flexibilitätsversprechen der Cloud für vorhersehbare Lastprofile schlicht überteuert seien.[3]

Doch was für ein Unternehmen mit eigenem Ops-Team funktioniert, ist nicht automatisch die richtige Strategie für den deutschen Mittelstand. Die Entscheidung erfordert eine nüchterne Analyse von Kosten, Kompetenzen und Compliance-Anforderungen.

Die Cloud-Kosten-Falle

Viele Unternehmen erleben nach der initialen Migration einen "Cloud-Cost-Shock". Laut einer IDC-Studie von 2024 überschreiten 67 Prozent der Unternehmen ihr geplantes Cloud-Budget bereits im ersten Jahr nach der Migration um durchschnittlich 20 bis 30 Prozent.[1] Die Gründe sind strukturell:

  • Egress-Gebühren: Der Datentransfer aus der Cloud wird bei großen Volumina zum erheblichen Kostenfaktor. AWS berechnet bis zu 0,09 USD pro Gigabyte für ausgehenden Traffic.[4]
  • Overprovisioning: Ohne konsequentes FinOps werden Instanzen selten optimal dimensioniert. Flexera beziffert die durchschnittliche Cloud-Verschwendung auf 28 Prozent der Gesamtausgaben.[5]
  • Lizenzkosten: Microsoft und Oracle haben ihre Lizenzmodelle für Cloud-Umgebungen angepasst — oft zu Ungunsten der Kunden.[1]
  • Versteckte Kosten: Monitoring, Security-Add-ons, Premium-Support und Compliance-Tools summieren sich schnell.

Die Kernfrage lautet nicht "Cloud oder nicht Cloud", sondern: Welche Workloads profitieren tatsächlich von Cloud-Elastizität — und welche laufen vorhersehbar genug, um auf eigener Hardware wirtschaftlicher betrieben zu werden?

1,5 Mio. USD

So viel sparte 37signals im ersten Jahr nach der Cloud-Repatriation an laufenden Infrastrukturkosten — bei einem einmaligen Hardware-Investment von rund 600.000 USD.[2]

Wann Repatriation Sinn ergibt

Nicht jeder Workload ist ein Kandidat für die Rückholung. Die Analyse von Andreessen Horowitz zum Thema "Cost of Cloud" identifiziert klare Muster:[4]

Gute Kandidaten für Repatriation:

  • Stabile, vorhersehbare Workloads mit konstanter Auslastung (Datenbanken, interne Applikationen)
  • Datenintensive Anwendungen mit hohem Egress-Volumen
  • Workloads mit strengen Datenlokalisierungsanforderungen (DSGVO, Branchenregulierung)
  • Anwendungen, bei denen die Cloud-spezifischen Vorteile (Auto-Scaling, Managed Services) kaum genutzt werden

In der Cloud belassen:

  • Stark schwankende Workloads (saisonales E-Commerce, Kampagnen-Traffic)
  • Anwendungen, die Managed Services intensiv nutzen (ML-Plattformen, Serverless)
  • Globale Dienste, die Präsenz in mehreren Regionen erfordern
  • Innovationsprojekte und Prototypen mit unklarem Lastprofil

Eine differenzierte Hybrid-Strategie ist der Schlüssel. Gartner prognostiziert, dass bis 2027 mehr als 50 Prozent der Unternehmen eine bewusste Multi-Cloud- und Repatriation-Strategie verfolgen werden — gegenüber weniger als 20 Prozent im Jahr 2023.[6]

"Die Cloud ist ein hervorragendes Betriebsmodell für variable Workloads. Aber für stabile, vorhersehbare Lasten zahlen Sie eine Flexibilitätsprämie, die Sie nie einlösen."

— David Heinemeier Hansson, CTO 37signals[3]

Der Weg zurück: Strategische Umsetzung

Eine Cloud-Repatriation ist kein einfaches "Zurück auf Los". Sie erfordert sorgfältige Planung und spezifische Kompetenzen:[1]

1. Total Cost of Ownership ermitteln Vergleichen Sie die tatsächlichen Cloud-Kosten (inklusive versteckter Gebühren) mit den Gesamtkosten eigener Infrastruktur über einen Zeitraum von mindestens drei Jahren. Berücksichtigen Sie Hardware, Strom, Kühlung, Netzwerk, Personal und Abschreibung.

2. Kompetenz-Check Cloud-Repatriation setzt voraus, dass Ihr Team Infrastruktur betreiben kann — oder dass Sie mit einem Colocation-Anbieter zusammenarbeiten. Laut IDC scheitern 30 Prozent der Repatriation-Projekte an mangelnden On-Premises-Kompetenzen.[1]

3. Schrittweise Migration Beginnen Sie mit den offensichtlichsten Kandidaten: große Datenbanken, Storage-intensive Workloads, stabile interne Anwendungen. Vermeiden Sie einen Big-Bang-Ansatz.

4. Hybrid-Architektur planen Investieren Sie in Orchestrierungstools wie Kubernetes, Terraform und Ansible, die workloadunabhängig funktionieren. Eine gute Hybrid-Architektur macht den Betriebsort zur Konfigurationsentscheidung, nicht zur Architekturfrage.

5. FinOps nicht vergessen Auch nach der Repatriation bleiben Cloud-Workloads bestehen. Etablieren Sie ein FinOps-Team, das die Gesamtkosten über alle Betriebsmodelle hinweg optimiert.[5]

Handlungsempfehlungen für IT-Leiter

  • Sofort: Erstellen Sie eine vollständige Inventarisierung aller Cloud-Workloads mit tatsächlichen Kosten (nicht nur Listenpreise)
  • Kurzfristig (3 Monate): Identifizieren Sie die Top-5-Workloads nach Kosten und bewerten Sie deren Cloud-Eignung anhand von Lastprofilen
  • Mittelfristig (6-12 Monate): Führen Sie einen Proof of Concept für die Repatriation eines stabilen Workloads durch und messen Sie die realen Einsparungen
  • Strategisch: Entwickeln Sie eine Workload-Placement-Policy, die für jeden neuen Workload die optimale Betriebsumgebung festlegt
  • Kulturell: Lösen Sie sich vom "Cloud-first"-Dogma und etablieren Sie eine "Right-Placement"-Kultur

Quellen und Referenzen

  1. IDC, "Cloud Repatriation Trends 2024: Why Organizations Are Bringing Workloads Home", IDC Market Analysis, 2024
  2. 37signals, "We Have Left the Cloud", david.heinemeierhansson.com, Oktober 2023
  3. David Heinemeier Hansson, "Why We're Leaving the Cloud", Interview auf The Changelog, 2023
  4. Andreessen Horowitz (a16z), "The Cost of Cloud, a Trillion Dollar Paradox", 2021 (aktualisiert 2024)
  5. Flexera, "2024 State of the Cloud Report", Flexera.com, 2024
  6. Gartner, "Predicts 2025: Cloud Infrastructure and Platform Services", Gartner Research, 2024
  7. McKinsey & Company, "Cloud's Trillion-Dollar Prize Is Up for Grabs", McKinsey Digital, 2024