Cloud-Migration für den Mittelstand 2026: Warum jetzt und

Wichtigste Erkenntnisse:

• Cloud-Migration für den Mittelstand ist zu einer Entscheidung auf Vorstandsebene geworden, vor allem weil On-Premise-Infrastrukturen aus dem Vendor-Support auslaufen, just wenn aktuelle KI-Features nur noch in der Cloud verfügbar sind.

• Die meisten Kostenüberschreitungen lassen sich auf drei vorhersehbare Stellen zurückführen: unentdeckte ERP-Abhängigkeiten, Egress-Gebühren und Change Management. Platform-Pricing ist selten der Schuldige.

• Eine GDPR-konforme Cloud-Migration ist auf allen drei Hyperscalern machbar, aber nur wenn Datenspeicherung, Processor-Bedingungen und Schrems-II-Dokumentation vor der Umstellung geklärt werden, nicht danach.

• Hybrid sieht eher wie das realistische Endziel für den deutschen Mittelstand aus, nicht wie eine Phase, die man durchläuft, um irgendwo anders anzukommen. Die Zielarchitektur sollte mit diesem Gedanken geplant werden.

• Verlangen Sie von jedem Partner Festpreis-Scoping, einen schriftlichen Rollback-Plan und nach dem Go-Live gültige SLAs im Master-Agreement. Ein vages Angebot ist meist das klarste Warnsignal, das Sie bekommen.

Gehen Sie in einen typischen Mittelstand-Serverraum, und das Bild ist ziemlich vorhersehbar: ein zehn Jahre altes ERP, das auf VMware läuft, eine Windows-Server-Farm in einem Frankfurter oder Münchner Rechenzentrum, ein irgendwo angebundenes Microsoft-365-Tenant und ein Haufen Shadow-SaaS, das die Finance-Abteilung still auf Kreditkarte bezahlt. Dieses Setup bricht jetzt auseinander. Vendor-Support-Fenster schließen sich bei Hypervisor und Betriebssystem-Ebene, Cyber-Insurance-Renewals werden für alle mit starkem On-Premise-Footprint schwieriger, und die neuesten KI-Features, Copilot eingeschlossen, laufen einfach nicht gegen cloud-resident Daten. Wenn Sie ein Geschäftsführer sind und in nächstes Jahr ein Migration-Posten im Budget schauen, ist die Frage nicht mehr wirklich ob migriert wird. Es geht um welche Workloads, in welcher Reihenfolge und zu Kosten, die Sie dem Vorstand verteidigen können. Dieser Guide arbeitet diese Entscheidung so durch, wie ein Berater es tatsächlich tun würde, nicht so wie ein Hyperscaler-Sales-Deck es tut.

Warum 2026 der Wendepunkt für den deutschen Mittelstand ist

Drei Dinge sind dieses Jahr zusammengekommen, und zusammen haben sie die Rechnung für alle verschoben, die das noch hinausschieben.

Fangen Sie mit Support-Lebenszyklen an. Broadcoms Neubepreisung des VMware-Portfolios hat viele deutsche Mittelstands-IT-Teams endlich dazu bewogen, Alternativen seriös durchzurechnen, einige zum ersten Mal. Windows 10 erreichte am Oktober 2025 End-of-Life, laut Microsofts Lifecycle-Seite, und jede Box, die noch ungepatcht darauf läuft, ist im Grunde ein Audit-Finding, das wartet, gefunden zu werden.

Dann ist da die KI-Feature-Verfügbarkeit. Microsoft 365 Copilot, Purview, die meisten Vendor-Copilots in diesem Punkt, sie brauchen alle cloud-resident Daten und Entra-ID-Identität darunter. Ein Unternehmen, das noch Mailboxen auf Exchange On-Premise laufen hat, kann sich in dieses Feature-Set nicht reinkaufen, egal wie groß das Budget ist. Wir haben die Pilot-bis-Rollout-Seite dieser Geschichte in unserem Microsoft 365 Copilot Expansion Piece abgedeckt, wenn Sie das vollere Bild wollen.

Und drittens hört es auch der Vorstand. Gartners 2026 CIO and Technology Executive Survey setzt Cloud-Plattformen und KI direkt neben Cybersecurity als die Top-finanzierten Technologie-Kategorien des Jahres, was nicht überraschend ist, wenn man realisiert, dass Cybersecurity im Grunde zu einer Cloud-Story geworden ist, seit die Tooling und Telemetrie cloud-native Identität annehmen.

Stehen bleiben ist nicht kostenlos, und das ist der Teil, den Vorstände tendenziell unterschätzen. Technische Schulden sammeln sich leise an. Versicherungsprämien kriechen hoch. Die Lücke zwischen Ihnen und einem Copilot-fähigen Konkurrenten wird jeden Quartal breiter, ohne je als Posten im Budget von jemandem zu erscheinen, was genau der Grund ist, warum es so einfach ist, das zu ignorieren, bis es nicht mehr geht.

Bewertung vor dem Commitment: Die Readiness-Checkliste

Eine Mittelstands-Migration, die die Assessment-Phase überspringt, ist fast immer diejenige, die ihr Budget überschießt. Bevor eine einzelne Workload sich bewegt, lohnt sich vier separate Durchläufe.

Application-Portfolio-Audit

Führen Sie jede Server, Datenbank, Batch-Job und geplante Aufgabe auf, die Sie finden können. Kennzeichnen Sie jede als Cloud-Ready, Cloud-mit-Rework oder Noch-Nicht-Ready. Bei einer 500-Mitarbeiter-Firma dauert diese Inventur oft alleine sechs bis zehn Wochen, und ehrlich gesagt ist das Zeit, die gut investiert ist, nicht Zeit, die verloren geht.

Compliance-Checkpoints

Eine GDPR-konforme Cloud-Migration ist keine Box, die Sie auf einer Vendor-Marketing-Seite abhaken. Es ist eine echte, dokumentierte Antwort auf Fragen wie: Wo leben persönliche Daten physisch, wer kann darauf zugreifen, welche Sub-Prozessoren berühren es, und wie erfüllen Transfers außerhalb der EU tatsächlich Schrems-II-Standards? Der Leitfaden zur Datenübertragung der Europäischen Datenschutzbehörde ist der richtige Startpunkt. Wenn eine migrierte Workload in ein hochriskantes KI-System einfließt, legen Sie EU-AI-Act-Verpflichtungen oben drauf.

Bewertung der Fähigkeitslücke

Seien Sie hier ehrlich mit sich selbst. Die meisten Mittelstands-IT-Teams sind stark On-Premise und stark bei Netzwerking, aber wirklich dünn besetzt bei Cloud-nativen Erfahrungen. Diese Lücke formt die Sourcing-Entscheidung von Tag eins an, und die Durchführung einer strukturierten KI-Readiness-Bewertung ist tendenziell der billigste Weg, um wirklich zu sehen, wie groß sie ist.

Erfolgskriterien vorab definiert

Basieren Sie Ihre aktuelle Gesamtkostenrechnung, Uptime und Provisionierungszeit, bevor irgendetwas sich bewegt, und setzen Sie ein Ziel für jede. Ohne diese Baseline, kann niemand ehrlich sagen, zwei Jahre von jetzt an, ob die Migration sich tatsächlich gelohnt hat oder nur so gefühlt hat.

Auswahl der richtigen Migrationsstrategie pro Workload

Das klassische „Six-R"-Framework ist mehr Berater-Jargon als irgendetwas anderes. In der Praxis kommen die meisten Mittelstands-Estates auf drei echte Möglichkeiten hinaus, und die falsche für eine bestimmte Workload zu wählen, ist tendenziell der einzeln teuerste Fehler im ganzen Projekt.

Rehost, oder Lift-and-Shift, bewegt die VM unverändert in IaaS. Es ist der schnellste Weg und der risikoärmste, obwohl er auch jede Ineffizienz, die Sie On-Premise hatten, mitschleppt. Das macht Sinn für Workloads mit einem bekannten Sunset-Datum, für Third-Party-Apps, deren Vendor keine Modifikation erlaubt, oder einfach um Zeit zu kaufen, bevor ein vollständiger Datencenter-Ausstieg kommt.

Re-Platform behält die Workload, aber tauscht Teile darunter aus: Die Datenbank wird ein verwalteter Service, die Freigabe wird zu Objektspeicher, die geplante Aufgabe wird eine serverlose Funktion. Es braucht mehr Refactoring als ein reiner Lift-and-Shift, aber die Betriebseinsparungen sind real, und für die meisten Mittelstands-Line-of-Business-Apps ist das wirklich der Sweet Spot.

Refactor oder Rebuild bedeutet, die Anwendung cloud-native von Grund auf neu zu schreiben. Höchste Kosten, längste Timeline, aber auch der größte langfristige Payoff, weshalb es sich lohnt, es für die zwei oder drei Systeme zu reservieren, die wirklich Einnahmen generieren oder Sie von Konkurrenten unterscheiden, und nicht viel anderes.

Ordnen Sie jede Anwendung in Ihrem Portfolio einer dieser Zeilen zu, bevor Sie etwas mit einem Vendor unterzeichnen.

Was Cloud-Migration wirklich kostet und warum Budgets Überschreitungen haben

Deutsche Mittelstands-Käufer neigen dazu, Cloud-Migrations-Kosten in der Scoping-Phase zu unterschätzen, und es passiert aus im Grunde den gleichen Gründen jedes einzelne Mal. Flexeras State of the Cloud Report hat Cloud-Ausgaben-Management als die Top-Herausforderung gekennzeichnet, die IT-Leader nennen, und das hält sich jahrelang da oben.

Ein paar Dinge sprengen das Budget zuverlässig.

• Unentdeckte ERP-Abhängigkeiten sind eine große: Scoping zählt 40 Integrationen, und dann findet Go-Live 90, und jede neue bedeutet eine Schema-Zuordnung, eine Firewall-Regel und noch einen Test-Zyklus.

• Egress und Inter-Region-Datentransfer-Gebühren erwischen Leute auch, da das Hochladen kostenlos ist, aber Daten verschieben oder rausbewegen wird pro Gigabyte berechnet, was Analytics-Workloads und DR-Replikation schnell durchkauen.

• Downtime und Cutover-Fenster sind wichtiger als Leute erwarten; einen Cutover von einem ganzen Wochenende auf eine einzelne Nacht zu quetschen kostet echte Überstunden und echte Risiken, und den Plan zu polstern ist fast immer billiger als später zu versuchen, ihn zu komprimieren.

• Dann ist da die Re-Architecting-Überraschung, wo die App, die „einfach nur ein Lift braucht", sich herausstellt, abhängig zu sein von einem geteilten Laufwerk-Buchstaben, einer Hard-Coded IP-Adresse oder irgendeinem Legacy-Authentication-Protokoll, das niemand mehr daran erinnerte, dass es da war.

Nichts davon wird mit einem größeren Budget behoben. Was wirklich funktioniert, ist ein phasierter Plan mit einer festen Obergrenze für jede Phase, ein Discovery-Durchgang, der wirklich das Netzwerk durchläuft statt zu raten, und eine Re-Baseline-Überprüfung, bevor jede nachfolgende Welle beginnt.

Die häufigsten Mittelstands-Migrations-Fehler

In unserer eigenen Erfahrung bei der Beratung von deutschen Mittelstands-IT-Teams zeigen sich eine Handvoll Fehler wieder und wieder.

Einen kaputten Prozess zu migrieren ist einer der häufigsten. Die Cloud repariert keinen Workflow, der On-Premise schon falsch war; sie macht ihn nur bei Scale teurer zu laufen. Bevor Sie diese Batch-Job rehostet, lohnt es sich zu fragen, ob die Batch-Job überhaupt existieren sollte.

Den Pilot zu überspringen ist noch ein anderer. Ein Proof-of-Concept bei einer nicht-kritischen Workload, end-to-end mit Monitoring, Backup und Identität alle mit eingeschlossen laufen, lehrt ein Team mehr als jeder Trainingskurs könnte. Überspringen Sie es, und diese gleichen Lektionen werden auf die harte Tour gelernt, in Produktion.

Change-Management-Kosten unterschätzen Leute auch. Adoption-Fehler passiert ungefähr genauso oft wie technischer Fehler, und es ist erheblich schwieriger, von ihm zu genesen. Wenn Benutzer das alte System nach Go-Live still am Leben halten, ist das üblicherweise ein Zeichen, dass Training und Kommunikation unterfunded waren, nicht dass das Tool selbst falsch ist.

Und dann ist da die Wette auf einen einzelnen Hyperscaler. Eine realistische Hybrid-Strategie für Mittelstands-Käufer hält sensitive Workloads On-Premise oder in einer souveränen Cloud, lässt elastic Workloads auf Hyperscaler-PaaS laufen, und hält Identität und Netzwerk abstrahiert genug, dass die Exit-Tür offen bleibt. Für die meisten deutschen Mittelstands-Firmen ist Hybrid nicht eine Zwischenstation auf dem Weg zu irgendwo anders. Es ist das Betriebsmodell für das nächste Jahrzehnt.

Auswahl einer Cloud-Plattform und eines Partners für Mittelstands-Skalierung

Ein Cloud-Plattform-Vergleich, der wirklich nützlich für SAP-lastige Mittelstands-Käufer ist, sieht ziemlich anders aus als die allgemeine Feature-Grid, die Sie in den meisten Vendor-Vergleichen finden werden, vor allem weil SAP-lastige Shops wirklich nur um einen engeren Satz von Dingen kümmern: EU-Datenspeicherung, SAP-zertifizierte Infrastruktur, und Preise, die Sie vorhersagen können.

Microsoft Azure ist der Standard für Microsoft-Shop-Mittelstands-Unternehmen, mit nativer Entra-ID und Purview-Integration und beide Frankfurt und Berlin Regionen, die EU-Datenspeicherung abdecken, obwohl es sich lohnt, Egress-Preise zu beobachten, wenn Analytics-Workloads anfangen, sich auszubreiten. AWS hat den umfassendsten Katalog insgesamt und die meisten SAP-zertifizierten Infrastrukturen, unterstützt durch eine gut etablierte Frankfurt-Region und genuinely reife FinOps-Tooling, aber die Lernkurve ist steiler für Teams, die nur jemals in Microsoft gearbeitet haben. Google Cloud bringt den stärksten Daten- und KI-Stack zu ziemlich wettbewerbsfähigen Preisen aus Frankfurt, obwohl sein deutscher Mittelstands-Partner-Ökosystem kleiner ist und es weniger etablierte SAP-Deployment-Muster gibt, um darauf zu lehnen.

Souveräne Cloud-Optionen existieren von allen drei, und T-Systems Sovereign Cloud und IONOS sind auch einen seriösen Blick wert, wenn die Compliance-Latte besonders hoch sitzt. (Delos Cloud ist es wert, als eine Kategorie-Referenzpunkt zu kennen, aber es ist speziell auf deutsche öffentliche Verwaltung begrenzt, Bund, Länder und Gemeinden, eher als für private Mittelstands-Käufer verfügbar zu sein).

Eine Cloud-Migrations-Roadmap, für die Mittelstands-Käufer einen Partner wirklich zur Rechenschaft ziehen können, sollte Festpreis-Scoping, echte Referenzen von ähnlich großen Firmen in Ihrer Branche, einen schriftlichen Rollback-Plan für jeden Cutover und nach dem Go-Live gültige SLA-Commitments baked in das Master Service Agreement selbst enthalten. Achten Sie auf rote Flaggen wie Timelines geschrieben als „Phase 1: 3–6 Monate" mit kein Einheits-Kostenaufschlüsselung beigefügt, kein benannter Ingenieur auf dem Account, keine Datenbearbeitungsvereinbarung in Sicht, oder keine echte Antwort, wenn Sie fragen, was passiert, wenn Sie im Jahr drei gehen wollen. Wir haben die Build-vs.-Buy-Seite dieser Entscheidung in unserem IT-Beratung vs. In-House-IT-Guide abgedeckt.

Nach dem Go-Live: Von Migration zu fortlaufender Modernisierung

Die Migration selbst ist wirklich nur die Grundlage. Drei Dinge sind ab Monat eins an.

FinOps braucht ab Tag eins anfangen: Ausgaben-Sichtbarkeit, Rechtsizing, Reserved-Instance und Savings-Plan-Hygiene, und ein monatlicher Review, der Finance und nicht nur IT einschließt. Ein einfacher wöchentlicher Kostenbericht, den eine benannte Person besitzt, verhindert die meisten der Bill-Shocks, die Teams später überraschen.

Es lohnt sich auch, die KI-Use-Cases zu liefern, die die Umstellung gerechtfertigt haben, ob das Copilot für Microsoft 365, Dokument-Automatisierung oder Analytics auf dem neu cloud-resident Data Warehouse ist. Wählen Sie zwei oder drei praktische Fälle, messen Sie sie ehrlich, und bauen Sie auf was wirklich funktioniert aus, eher als was im Pitch-Deck gut aussah.

Und kontinuierliche Security-Posture kann nicht ein Nachgedanke sein: Identitäts-Hygiene, Key-Rotation, Log-Retention, Incident-Response-Runbooks und regelmäßige Tabletop-Übungen müssen alle weiter laufen. Der BSI-C5-Katalog ist der deutsche Referenz-Standard für Cloud-Provider-Security, und es ist eine nützliche Linse, um dagegen Ihre eigene Posture zu halten, auch nach Go-Live.

Eine kurze Cloud-Readiness-Bewertung mit einem erfahrenen Partner ist ein genuinely kostengünstiger erster Schritt, bevor Sie zu irgendeinem Vendor oder Platform committen, und ein formaler 12-Monats-Post-Migrations-Review ist meist was einen einmaligen Projekt in etwas näher zu einer echten Betriebsfähigkeit dreht.

Überlegen Sie, ob Sie dieses Jahr umziehen oder einen anderen Zyklus warten sollten? Buchen Sie ein Discovery-Gespräch, und wir gehen durch Ihre aktuelle Infrastruktur, flaggen die Workloads, die das Budget am ehesten sprengen, und geben Ihnen eine klare Ansicht von vorne, ob eine phasierte Migration für Ihr Business jetzt Sinn macht.

Zugehöriger Service: IT-Beratung

Häufig gestellte Fragen

Wie lange dauert eine Mittelstands-Cloud-Migration realistisch?
Für eine 200 bis 500-Mitarbeiter-Firma mit einem gemischten Windows- und Linux-Estate und einem signifikanten ERP dauert eine vollständige Migration üblicherweise 12 bis 24 Monate vom Kickoff bis zur vollständigen Decommissioning der On-Premise-Umgebung. Kleinere Estates oder Lift-and-Shift-only-Projekte können schneller gehen. Wenn jemand eine vollständige Estate-Migration in weniger als sechs Monaten verspricht, versteckt diese Timeline wahrscheinlich ein unvollständiges Scope irgendwo.

Ist eine GDPR-konforme Cloud-Migration auf AWS, Azure oder Google Cloud möglich?
Ja, alle drei bieten EU-Regionen zusammen mit den Vertragsteilen, die GDPR wirklich verlangt: Datenbearbeitungsvereinbarungen, Standardvertragklauseln, Sub-Prozessor-Transparenz. Die echte Compliance-Arbeit ist gar nicht auf der Vendor-Seite; sie ist darin, wie gut Sie Ihre eigenen Datenflows, Transfer-Impact-Bewertungen und Processor-Bedingungen dokumentieren.

Sollten Mittelstands-Firmen all-in auf einen Hyperscaler gehen oder Hybrid laufen?
Hybrid ist das realistische Standard für die meisten. Sensitive Workloads und lizenzierte On-Premise-Systeme bleiben, elastic und Analytics-Workloads gehen zu Hyperscaler-PaaS, und Identität und Netzwerk werden designed, damit ein zukünftiger Umzug möglich ist, ohne alles zu zerreißen und von vorne anzufangen.

Was ist die höchste versteckte Kosten in einer Cloud-Migration?
Egress und Inter-Region-Datentransfer-Gebühren erwischen fast jeden mindestens einmal überraschend, gefolgt von den Engineering-Stunden, die unentdeckte Abhängigkeiten während des Cutovers auffressen. Ein Discovery-Durchgang, der wirklich das Netzwerk durchläuft, bevor Scoping beginnt, ist die billigste Versicherung gegen beide.

Wie vermeiden wir Vendor Lock-in bei der Migration?
Abstrahieren Sie Identität, wo Sie können, lehnen Sie sich auf offene Standards, wo die Workload es erlaubt (Container, PostgreSQL, S3-kompatibler Objektspeicher), halten Sie Ihre Infrastruktur als tragbar geschriebenen Code, und verhandeln Sie Exit-Bedingungen in das Master-Agreement beim Unterzeichnen, nicht danach. Der richtige Moment, um Ihren Exit zu planen, ist, bevor Sie den Entry überhaupt unterzeichnet haben.

Brauchen wir externe Berater, oder kann unser hausinternes Team das tun?
Die meisten Mittelstands-IT-Teams sind wirklich fähig, große Teile davon hausinternt zu verwalten, besonders sobald sie die erste Pilot-Welle vorbei sind. Externe Hilfe ist tendenziell am meisten wert auf initiales Landing-Zone-Design, die SAP- oder ERP-Welle speziell, und FinOps richtig aufgesetzt. Danach macht es normalerweise Sinn, die fortlaufenden Operationen hausinternt zu besitzen.