Migration.
Wir ziehen mit dir um.
Von AWS, Google Cloud, Azure oder eigenen Servern. Unsere Engineers planen den Umzug mit deinem Team und bleiben dabei, bis die alte Plattform abgeschaltet ist.
Was wir umziehen.
Vier typische Ausgangslagen.
Kubernetes
Von EKS, GKE, AKS oder selbst betriebenen Clustern. Manifeste, Helm-Charts und GitOps-Pipelines kannst du weiterverwenden, denn enum setzt auf Upstream-Kubernetes.
- Kompatibilitätsprüfung pro Workload
- Neuer Cluster auf enum neben dem alten
- Traffic wird schrittweise verschoben
VMs und Bare Metal
Von virtuellen Maschinen, dedizierten Servern oder On-Premises. Wir containerisieren die Anwendungen und bringen sie auf Kubernetes.
- Anwendungen und Abhängigkeiten erfassen
- Containerisieren, wo nötig
- Datenbanken mit kurzem Wartungsfenster umziehen
PaaS
Von Render, Railway oder Vercel. Deine Apps, Pipelines und Secrets ziehen zu Kubernetes auf enum um.
- Add-ons durch Dienste im eigenen Cluster ersetzen
- CI/CD und Umgebungen übernehmen
- DNS und Domains umstellen
S3-Storage
Von AWS S3, Google Cloud Storage oder jedem S3-kompatiblen Anbieter. Buckets, Policies und Lifecycle-Regeln ziehen um, während deine Anwendungen weiterlaufen.
- Inkrementeller Sync mit Prüfsummen
- Policies, Versionierung und Lifecycle-Regeln
- Endpoint umstellen, prüfen, fertig
So läuft es ab.
Vier Phasen, kein Big Bang.
Bestand und Plan
Wir erfassen Workloads, Daten und Abhängigkeiten und einigen uns auf Zielarchitektur und Termin.
Zuerst ein Dienst
Ein unkritischer Dienst zieht zuerst um. So kennen beide Teams die Plattform, bevor die Produktion folgt.
Beide Plattformen live
Daten werden kopiert und synchron gehalten, während du alles auf enum testest.
Umschalten im geplanten Zeitfenster
DNS wird mit Rollback-Plan umgestellt. Deine alte Plattform bleibt bereit, bis du die Umstellung abnimmst.
Fragen.
Zur Migration.
Wie lange dauert eine Migration?
Das hängt vom Umfang ab. Eine S3-Migration dauert Tage, eine Kubernetes-Migration mit vielen Diensten meist Wochen. Den Zeitplan bekommst du nach der Analyse.
Gibt es Ausfallzeiten?
So wenig wie möglich. Beide Plattformen laufen parallel, Daten werden inkrementell synchronisiert und der Traffic wird schrittweise verschoben. Manche Workloads, oft Datenbanken, brauchen ein kurzes, geplantes Wartungsfenster.
Was, wenn etwas schiefgeht?
Jede Umstellung hat einen schriftlichen Rollback-Plan. Deine alte Plattform bleibt unangetastet, bis alles geprüft ist und du abnimmst.
Müssen wir Anwendungscode ändern?
Meist nicht. Kubernetes-Manifeste und Helm-Charts laufen unverändert. Für S3 änderst du Endpoint und Zugangsdaten.
Was kostet eine Migration?
Wir kalkulieren jede Migration einzeln und schicken dir nach der Analyse ein Angebot. Sprich uns an, dann legen wir los.
Bereit für den Umzug?
Starte mit einer Analyse.
Ein Gespräch, um dein Setup zu verstehen. Danach bekommst du einen Migrationsplan mit Zeitplan und ein Angebot.