In die Cloud — ohne Horrorgeschichten.
Vom Rechenzentrum, VMware oder „organisch gewachsener Cloud" zu einem Well-Architected Fundament auf AWS, Azure oder Google Cloud in 8–16 Wochen. Festpreis. Stufenweiser, wellenbasierter Cutover. Rollback-Plan schriftlich, bevor irgendetwas bewegt wird. Security- und Kosten-Leitplanken ab Tag eins — nicht nachträglich angeschraubt.
Woran Migrationen scheitern
- Lift-and-Shift-and-Regret. Alles wird 1:1 verschoben, die Rechnung verdreifacht sich, „optimieren wir später" kommt nie. Die 7R-Entscheidung — was rehosted, replatformed, stillgelegt wird — muss vor dem Umzug fallen. (Unser 7R-Framework-Guide ist die Referenz, mit der wir arbeiten.)
- Keine Landing Zone. Workloads landen in einem flachen Account mit Admin-für-alle-IAM — das Security- und Kostenchaos ist ab Woche eins ins Design eingebaut.
- Big-Bang-Cutover. Ein Wochenende, ein riesiger Schalter, kein Rollback. Wenn DNS, Datensync und die eine Legacy-Abhängigkeit sich uneinig sind, gibt es keinen Weg zurück.
So migrieren wir
1 · Readiness Assessment (2 Wochen)
Inventar und Abhängigkeits-Mapping, 7R-Disposition pro Workload, Zielarchitektur und Ziel-Cloud, TCO-Modell (aktuell vs. Cloud-Run-Rate), Wellenplan und Festpreisangebot. €7.500 — bei Projektstart angerechnet.
2 · Landing Zone (2–3 Wochen)
Multi-Account- bzw. Subscription-Struktur (auf AWS: Control Tower), IAM und SSO, Netzwerk, Logging und Leitplanken — alles in Terraform, alles in Ihren Repos. Security-Baseline und Kosten-Tagging ab dem ersten Commit.
3 · Wellen & Cutover (4–10 Wochen)
Workloads ziehen in geplanten Wellen um, die risikoärmsten zuerst. Jede Welle: replizieren, gegen reale Traffic-Muster testen, im definierten Fenster umschalten, verifizieren, Altsystem abschalten. Jede Welle hat einen schriftlichen Rollback.
4 · Hypercare (30 Tage)
Das Team, das Sie migriert hat, überwacht die Umgebung: Performance-Tuning, Kostenabgleich gegen das TCO-Modell, Runbook-Übergabe. Die meisten Kunden behalten das Team als Managed Services — die ersten 3 Monate mit 20 % Rabatt.
Preise
| Engagement | Preis | Dauer |
|---|---|---|
| Migration Readiness Assessment | €7.500 Festpreis (bei Projektstart angerechnet) | 2 Wochen |
| Migrationsprojekt — Landing Zone + Wellen + Hypercare | €25.000–150.000 Festpreis nach Wellenzahl, gestaffelt 30/40/30 | 8–16 Wochen |
| Betrieb nach der Migration | Managed Services ab €3.000/Monat — 20 % Rabatt in den ersten 3 Monaten | Laufend |
Festpreis heißt Festpreis: Scope-Änderungen werden als schriftliche Change Orders bepreist, nie als Überraschungsrechnung.
Abdeckung
Wir migrieren nach AWS, Azure und Google Cloud. AWS ist unsere tiefste Praxis — daher die veröffentlichte Methodik und die Preise auf dieser Seite. Auf Azure und Google Cloud läuft dasselbe Playbook mit denselben Senior Engineers; On-Prem- und Hybrid-Ziele (VMware, Proxmox, Bare Metal) decken wir ebenfalls ab, Festpreis nach Scope Ihrer Umgebung. Erzählen Sie uns, was Sie betreiben →
Häufige Fragen
Was kostet eine Cloud-Migration?
Projekte liegen bei €25K–150K je nach Workload-Zahl und Komplexität — das Readiness Assessment liefert das exakte Festpreisangebot plus das TCO-Modell Ihrer künftigen Cloud-Run-Rate. Faustregel: Mid-Market-Migrationen amortisieren sich gegen Hardware-Refresh und Lizenzkosten in 12–24 Monaten.
Mit wie viel Downtime müssen wir rechnen?
Cutover-Fenster pro Workload werden im Wellenplan definiert — typischerweise Minuten bis wenige Stunden, terminiert nach Ihrem Geschäftskalender. Zero-Downtime-Muster (replikationsbasierter Cutover, Blue-Green-DNS) kommen zum Einsatz, wo der Workload es rechtfertigt.
Welche Rolle spielt unser Team während der Migration?
Ihre Engineers verantworten Applikationswissen und Abnahmetests; wir Cloud-Architektur, IaC, Replikation und Cutover-Mechanik. Wöchentliche Wellen-Reviews gemeinsam. Am Projektende kennt Ihr Team die neue Umgebung — alles in Terraform, in Ihren Repos, dokumentiert.
Was passiert, wenn eine Welle fehlschlägt?
Jede Welle hat einen schriftlichen Rollback gegen eine Kriterien-Checkliste — schlägt die Verifikation im Fenster fehl, rollen wir zurück, diagnostizieren und planen die Welle neu. Genau deshalb migrieren wir in Wellen und lehnen Big-Bang-Cutover ab: eine fehlgeschlagene Welle ist eine Verzögerung, kein Ausfall.
VMware-Exit — können Sie das?
Ja; die Lizenzänderungen nach der Broadcom-Übernahme haben VMware-Landschaften zu einer unserer häufigsten Migrationsquellen gemacht. Das Assessment mappt Hosts und VMs auf die richtige Cloud-Disposition — vom Rehost (auf AWS: EC2) bis zum Replatforming auf Managed Services, wo die Ökonomie besser ist.