Question 1

Wie lange dauert eine AWS-Migration?

Accepted Answer

Eine kleine Umgebung mit 5–20 Servern migriert typischerweise in 4–8 Wochen; mittelgroße Umgebungen mit Datenbanken und voneinander abhängigen Anwendungen laufen 3–6 Monate in Wellen. Die Discovery-Phase von meist 2–3 Wochen macht aus dieser Spanne einen verbindlichen Plan — Termine nennen wir erst, wenn wir die Abhängigkeitskarten kennen.

Question 2

Mit wie viel Ausfallzeit müssen wir beim Cutover rechnen?

Accepted Answer

Da MGN und DMS kontinuierlich replizieren, sind die meisten Cutover in Minuten erledigt — der Wechsel ist eine DNS-Änderung, keine Datenkopie. Datenbanken mit DMS Change Data Capture erreichen in der Regel nahezu null Ausfallzeit. Braucht ein Legacy-System wirklich ein längeres Fenster, wissen Sie das Wochen vorher — nicht in der Cutover-Nacht.

Question 3

Sollen wir rehosten, replatformen oder refactoren?

Accepted Answer

Rehost (Lift-and-Shift) ist am schnellsten und risikoärmsten, nimmt aber bestehende Ineffizienzen mit in die Cloud; Replatforming auf Managed Services wie RDS oder ECS bietet meist das beste Aufwand-Nutzen-Verhältnis. Volles Refactoring lohnt sich nur für Systeme, die Sie aktiv weiterentwickeln — wir empfehlen es pro Workload, nie pauschal.

Question 4

Was passiert, wenn ein Cutover fehlschlägt?

Accepted Answer

Jede Welle hat einen geprobten Rollback: Die Quellumgebung läuft synchron weiter, bis die Validierung abgeschlossen ist — der Rückweg ist eine DNS-Änderung. Pro Workload definieren wir vorab einen Point of no Return: davor dauert der Rollback Minuten, danach wird mit den im Runbook dokumentierten Notfallschritten vorwärts korrigiert.

Question 5

Wird AWS wirklich günstiger als unser aktuelles Setup?

Accepted Answer

Nicht automatisch — ein Lift-and-Shift mit Standard-Instanzgrößen kostet oft mehr als die abgelöste Hardware. Einsparungen entstehen durch Rightsizing, Autoscaling, Storage-Tiering und Savings Plans, die die Rechnung nach der Migration zusammen häufig um 20–40 % senken. Wir rechnen die TCO im Assessment ehrlich durch — auch für die Fälle, in denen Bleiben gewinnt.

Question 6

Wie migrieren Sie Datenbanken ohne Datenverlust?

Accepted Answer

AWS DMS repliziert die Quelle kontinuierlich und spielt laufende Änderungen bis zum Cutover ein; Validierungsjobs vergleichen Zeilenzahlen und Prüfsummen auf beiden Seiten. Bei Engine-Wechseln — etwa Oracle zu Aurora PostgreSQL — nutzen wir das Schema Conversion Tool und planen zusätzliche Testzeit ein, denn Stored Procedures lassen sich selten unverändert übernehmen.

Question 7

Können Sie unsere Compliance- und Datenresidenz-Anforderungen erfüllen?

Accepted Answer

Ja. Die Landing Zone erzwingt von Tag eins Verschlüsselung, Least-Privilege-IAM und Audit-Logging; Workloads werden an Regionen gebunden, die DSGVO- oder KVKK-Vorgaben erfüllen — eu-central-1 und die AWS-Regionen im Nahen Osten sind übliche Optionen. Da die Kontrollen Code sind, können Auditoren jede einzelne nachvollziehen.

Question 8

Welchen Support bieten Sie nach der Migration?

Accepted Answer

Jede Migration umfasst eine Hypercare-Phase von typischerweise 2–4 Wochen, in der wir eng monitoren und nachjustieren, was der Produktionsverkehr zeigt. Nach der Übergabe behalten Sie Dashboards, Runbooks und geschulte Mitarbeiter; fortlaufender Managed Service ist optional — nie ein Lock-in.

AWS-Migration
FAQ

Hilfreiche
Informationen

Erste Schritte

Zeitplan

Preisgestaltung

Support

Noch Fragen?

AWS-MigrationFAQ

HilfreicheInformationen