INTRO

Die meisten Cloud-Migrationen scheitern nicht an technischen Hürden, sondern bereits in der Planungsphase. Architektur-Reviews ziehen sich über Monate. Business Cases werden immer wieder überarbeitet. Anbieter drängen auf ihre bevorzugten Landing Zones. Währenddessen wächst der technische Schuldberg im zu migrierenden Produktionssystem, während alle noch diskutieren.

Gradion geht Cloud-Migrationen anders an. Wir beginnen mit einem Architektur-Audit Ihrer tatsächlichen Systemlandschaft – nicht mit einem generischen Cloud-Readiness-Fragebogen. Innerhalb von zwei bis vier Wochen definieren wir einen klaren Migrationspfad: welche Workloads unverändert übernommen werden, welche auf Managed Services replatformiert und welche grundlegend neu architektoniert werden müssen, um in einer verteilten Cloud-Umgebung zuverlässig zu laufen. Von diesem Punkt an erfolgt die Migration in Phasen, wobei der Produktionsbetrieb durchgehend stabil bleibt.

Wir arbeiten mit AWS, Azure, Google Cloud und Ali Cloud – und sind keinem dieser Anbieter verpflichtet. Die passende Plattform für einen Workload hängt von Ihren bestehenden Verträgen, den Fähigkeiten Ihres Teams, Ihrem regulatorischen Umfeld und den Diensten ab, die tatsächlich zur Architektur passen – nicht davon, welcher Hyperscaler die größten Rabatte anbietet.

UNSERE LEISTUNGEN

Architektur-Audit & Migrationsbewertung

Bevor eine Migration beginnt, erfassen wir Ihr aktuelles System detailliert: Dienste, Abhängigkeiten, Datenflüsse, Compliance-Anforderungen und operative Schwachstellen. Das Ergebnis ist ein Migrationsinventar mit einer klaren Empfehlung für jeden Workload – Rehosting, Replatforming, Re-Architektur oder Stilllegung – sowie einer sequenzierten Roadmap mit realistischen Aufwandsschätzungen. Keine vagen „Phase-Eins“-Platzhalter.

Rehosting (Lift-and-Shift)

Manche Workloads lassen sich am besten schnell in die Cloud verschieben und dort stabilisieren, bevor die Optimierung beginnt. Wir automatisieren den Transfer mit Tools wie CloudEndure, AWS MGN, Azure Migrate oder vergleichbaren Lösungen, richten ein Basis-Monitoring ein und stellen sicher, dass sich das System in der neuen Umgebung identisch verhält. Schnelligkeit ohne Chaos.

Replatforming

Die Migration eines Workloads in die Cloud bietet die Chance, den operativen Aufwand zu reduzieren, ohne die Geschäftslogik neu schreiben zu müssen. Wir migrieren Datenbanken zu RDS, Aurora oder Cloud SQL; ersetzen selbstverwaltete Queues durch Managed Services wie SQS oder Pub/Sub; und verlagern die Batch-Verarbeitung auf serverlose oder container-native Äquivalente. Der Anwendungscode bleibt dabei nahezu unverändert. Der operative Aufwand sinkt spürbar.

Re-Architektur & Cloud-Native Transformation

Wenn die bestehende Architektur nicht skaliert oder nicht sicher gewartet werden kann, konzipieren wir sie für die Cloud neu. Das bedeutet: Monolithen in abgegrenzte Dienste zerlegen, ereignisgesteuerte Kommunikation über Kafka oder Cloud-native Messaging einführen und von Anfang an auf horizontale Skalierbarkeit auslegen. Wir schlagen Microservices nicht um ihrer selbst willen vor. Wir empfehlen die Architektur, die das Lastprofil des Systems und die Teamstruktur tatsächlich erfordern.

Containerisierung & Kubernetes-Migration

Wir containerisieren Anwendungen, erstellen Helm-Chart-Bibliotheken und migrieren Workloads auf Kubernetes – sei es EKS, AKS, GKE oder selbstverwaltet. Namespace-Design, RBAC, Autoscaling-Konfiguration und persistente Speicherstrategien werden festgelegt, bevor der erste Workload landet – nicht erst nachträglich angepasst, wenn Probleme auftreten. Teams erhalten Runbooks und On-Call-Dokumentation, nicht nur einen funktionierenden Cluster.

Multi-Cloud & Hybrid-Architektur

Regulatorische Anforderungen, Datenhoheit und Latenzgrenzen erfordern oft, dass Workloads sowohl in der Cloud als auch in On-Premise-Umgebungen betrieben werden. Wir konzipieren und betreiben hybride Architekturen mit konsistentem Netzwerk, vereinheitlichtem Identitäts- und Zugriffsmanagement und einer einzigen Observability-Schicht – damit die Tatsache, dass ein Dienst auf Azure in Frankfurt und On-Premise in Singapur läuft, nicht zu zwei getrennten operativen Realitäten führt.

Datenmigration & Governance

Eine fehlerhafte Datenmigration ist eine häufige Ursache für das Scheitern von Compute-Migrationen. Wir kümmern uns um Schemamigration, Datenvalidierungspipelines, die Abfolge der Umstellung und Rollback-Verfahren. Regulatorische Anforderungen – wie DSGVO, Finanzdatenresidenz und Compliance im Gesundheitswesen – werden bereits vor Migrationsbeginn in Architekturentscheidungen integriert. So vermeiden wir, dass sie erst mitten im Projekt zu Blockaden werden.

China: Ihr Tor für europäische und DACH-Unternehmen

Der Betrieb in China erfordert einen grundlegend anderen Infrastrukturansatz. Die „Great Firewall“ blockiert oder beeinträchtigt den Zugriff auf AWS, Azure und Google Cloud vom chinesischen Festland aus erheblich. Eine in Frankfurt oder Singapur gehostete Plattform wäre für chinesische Nutzer ohne dedizierte Präsenz in China langsam oder unerreichbar. Gradion nutzt Alibaba Cloud (Ali Cloud), die führende Infrastrukturplattform in China. Wir verstehen die damit verbundenen regulatorischen Anforderungen: ICP-Lizenzierung, Datenlokalisierungspflichten und die notwendige Netzwerkarchitektur, um eine in China gehostete Umgebung mit einer globalen Plattform zu verbinden.

Für europäische und DACH-Unternehmen, die nach China expandieren – oder chinesische Plattformen, die international wachsen – bietet Gradion das nötige Infrastrukturwissen und die lokale Umsetzungskompetenz, um den Erfolg sicherzustellen. Dies umfasst die Bereitstellung und den Betrieb auf Ali Cloud, die Architektur grenzüberschreitender Netzwerke zur Verbindung chinesischer und internationaler Umgebungen sowie Beratung zu Compliance-Anforderungen, die festlegen, was auf dem Festland gehostet werden darf und was nicht.

BEWÄHRT IM PRODUKTIVBETRIEB

Ein Schweizer Anbieter von Bankentechnologie, der über 300 Kernbankanwendungen betreibt und täglich eine halbe Million Transaktionen für Dutzende von Privatbanken verarbeitet, beauftragte Gradion mit der Konzeption und Durchführung einer hybriden Migration zu Azure und Google Cloud. Die Herausforderung: absolute Ausfallfreiheit, null Toleranz für regulatorische Fehltritte und eine Belegschaft, die gleichzeitig von traditionellen Betriebsmustern auf Cloud-native Tools und Kultur umgestellt werden musste.

Gradion führte einen umfassenden Architektur-Audit für alle 300 Anwendungen durch, definierte eine regulierungskonforme Multi-Cloud-Infrastruktur und lieferte einen sequenzierten hybriden Migrationsplan – innerhalb von 8 Wochen. Mitarbeiterschulungen und die Aktivierung von Instant Payments wurden in dasselbe Projekt integriert. Die Systemarchitektur wurde für regulatorische Audits vorbereitet, noch bevor eine einzige Workload in die Produktions-Cloud verschoben wurde.

HomeToGo, der weltweit größte Marktplatz für Ferienunterkünfte, wurde von Grund auf Cloud-nativ entwickelt – mit über 15 Millionen Angeboten, mehr als 100 Partner-API-Integrationen und Präsenz in 25 Ländern. Gradion war der Engineering-Partner von der Gründung bis zum Börsengang mit einer Bewertung von 1 Milliarde Euro an der Frankfurter Wertpapierbörse. Wir bauten und betrieben die Infrastruktur, die über sieben Jahre hinweg und mit bis zu 150 Ingenieuren täglich mehr als 50 Produktiv-Deployments und eine Verfügbarkeit von 99,99 % ermöglichte.

commercetools verarbeitet jährlich über 75 Milliarden US-Dollar an Bruttowarenwert (GMV) und 500 Millionen Bestellungen für globale Enterprise-Händler. Gradion verantwortet den APAC-Teil ihres „Follow-the-Sun“-Cloud-Operations-Modells: die vollständige operative Verantwortung für die globale Plattform während der vietnamesischen Tagesstunden. Dabei wird dieselbe Infrastruktur betrieben, die die Teams in den USA und Deutschland während ihrer Schichten verwalten. Wenn die Plattform keine Ausfallzeiten toleriert, muss jeder Teil des Betriebsmodells zuverlässig funktionieren.

UNSERE VORGEHENSWEISE

Gradion-Migrationsprojekte werden von Teams in Deutschland und Vietnam im „Follow-the-Sun“-Modell durchgeführt. Das bedeutet, eine achtwöchige Migrationsbewertung dauert tatsächlich acht Wochen: keine Engpässe durch einzelne Zeitzonen, keine Übergabeverzögerungen, kein Warten bis Montagmorgen, um eine am Freitagnachmittag in Frankfurt getroffene Entscheidung freizugeben.

Ein typisches Migrationsprojekt läuft wie folgt ab: Architektur-Audit und Migrationsinventur in Woche eins und zwei; Freigabe des Migrationspfads und Infrastruktur-Bereitstellung in Woche drei und vier; gestaffelte Workload-Migration mit paralleler Produktionsvalidierung ab Woche fünf. Security Hardening und Observability-Konfiguration sind kein separater Arbeitsstrang – sie sind von Woche eins an integriert.

TECHNOLOGIE

Cloud-Plattformen: AWS, Azure, Google Cloud, Ali Cloud

Infrastructure as Code: Terraform, Pulumi, AWS CDK

Container-Orchestrierung: Kubernetes (EKS, AKS, GKE), Helm, ArgoCD

CI/CD: GitHub Actions, GitLab CI, Jenkins

Observability: Datadog, Grafana, Prometheus, OpenTelemetry

Sicherheit: HashiCorp Vault, AWS Secrets Manager, Azure Key Vault, Snyk

Datenmigration: AWS DMS, Azure Database Migration Service, kundenspezifische Validierungspipelines

Call to Action

Legen Sie uns Ihr Architekturdiagramm vor. Wir zeigen Ihnen, welche Schritte zuerst umgesetzt werden und warum.