AWS-MIGRATION
Wie komplex Ihre AWS-Umgebung auch gewachsen ist: Sie ist umziehbar. Kubernetes-Cluster, Backends und Datenbanken ohnehin, und auch AWS-eigene Technologien wie Lambda, DynamoDB oder Cognito haben ein deutsches oder europäisches Zuhause. Planbar, in Wellen, ohne Betriebsunterbrechung und in den meisten Fällen mit niedrigeren laufenden Kosten.
Was den Umzug von AWS besonders macht
AWS hat das breiteste Dienstportfolio aller Anbieter, und über die Jahre wandert Logik in AWS-eigene Bausteine, ohne dass es je eine bewusste Entscheidung gab. Trotzdem gilt: Auch eine tief verwachsene AWS-Landschaft ist umziehbar. Das Fundament sowieso, und für jeden AWS-eigenen Baustein gibt es einen Weg.
2Welche Dienste nutzen Sie?
Wir haben eine typische Konfiguration vorausgewählt. Passen Sie sie an Ihre Umgebung an und sehen Sie, wo jeder Dienst landet.
Ihr Portabilitätsprofil
Kategorie 1: Direkt umziehbar
Weit verbreitete, offene Technologie. Zieht mit erprobten Verfahren und kaum Unterbrechung um.
Kategorie 2: Umziehbar mit Anpassung
Europäische Entsprechungen gibt es. Einige Anpassungen sind nötig, der Aufwand bleibt aber kalkulierbar.
Kategorie 3: Tief verankert
Eng mit einem Anbieter verwachsen. Braucht eine bewusste Entscheidung: ersetzen, neu bauen oder vorerst belassen.
Kein Ausschlusskriterium. Jeder dieser Dienste lässt sich ersetzen oder neu bauen. Wir planen den Umzug mit Ihnen Schritt für Schritt, damit nichts davon Sie am Anbieterwechsel hindert.
Eine Orientierung auf Basis typischer Umgebungen. Den tatsächlichen Aufwand bestimmt Ihre Konfiguration, die Cloud-Analyse bewertet jeden Dienst einzeln. Zuordnungen zuletzt geprüft am 20. Oktober 2026. Wir erhalten von keinem der genannten Anbieter Provisionen.
Alle 27 AWS-Dienste und ihr Ziel ansehenDie europäische Option für jeden Dienst, zuletzt geprüft am 20. Oktober 2026
| Dienst | Kategorie | Europäische Option | Was sich ändert |
|---|---|---|---|
| Amazon EC2 | 1 Direkt umziehbar | Compute-Instanzen (STACKIT, IONOS, Open Telekom Cloud, Exoscale) | Images und Konfigurationen ziehen mit Standardwerkzeugen um. Ein guter Anlass, die Größen neu zu dimensionieren. |
| Amazon EKS | 1 Direkt umziehbar | Managed Kubernetes (STACKIT SKE, Open Telekom Cloud CCE, Exoscale SKS) | Manifeste und Helm-Charts laufen weitgehend unverändert weiter. Anbieterspezifische Add-ons wie Load Balancer oder Identitätsanbindungen werden ausgetauscht. |
| Amazon ECS und Fargate | 2 Umziehbar mit Anpassung | Managed Kubernetes | Die Container bleiben gleich. Aus Task-Definitionen werden Kubernetes-Deployments. |
| AWS Lambda | 2 Umziehbar mit Anpassung | Funktionen auf Kubernetes (Knative, OpenFaaS) oder einfache Container | Der Code zieht leicht um. Den größten Aufwand machen die Trigger und Integrationen drumherum. |
| AWS Elastic Beanstalk | 2 Umziehbar mit Anpassung | Container auf Managed Kubernetes | Jede Anwendung wird einmal containerisiert, die Plattform-Konfiguration neu aufgebaut. |
| Amazon S3 | 1 Direkt umziehbar | S3-kompatibler Objektspeicher (STACKIT, IONOS, Open Telekom Cloud, Hetzner) | Gleiche Schnittstelle, Ihre Anwendungen ändern sich kaum. Den einmaligen Datentransfer planen wir vorab ein. |
| Amazon EBS und EFS | 1 Direkt umziehbar | Block- und Dateispeicher beim Zielanbieter | Zieht gemeinsam mit den Servern um, die darauf zugreifen. |
| Amazon RDS (PostgreSQL, MySQL, MariaDB) | 1 Direkt umziehbar | Managed PostgreSQL, MySQL oder MariaDB (STACKIT, IONOS, Exoscale) | Standard-Engines mit bewährten Migrationswerkzeugen. Per Replikation bleibt das Umschaltfenster kurz. |
| Amazon Aurora | 2 Umziehbar mit Anpassung | Managed PostgreSQL oder MySQL | Engine-kompatibel, aber Aurora-eigene Funktionen wie Serverless oder Global Database brauchen einen Ersatzplan. |
| Amazon ElastiCache | 1 Direkt umziehbar | Managed Valkey oder Redis (Exoscale, OVHcloud) | Gleiches Protokoll, meist genügt eine Konfigurationsänderung. |
| Amazon DocumentDB | 2 Umziehbar mit Anpassung | Managed MongoDB (STACKIT, IONOS, OVHcloud) | MongoDB-kompatible Schnittstelle, im Detail aber abweichend. Abfragen und Indizes werden geprüft. |
| Amazon DynamoDB | 3 Tief verankert | Neues Datenmodell für PostgreSQL, MongoDB oder Vergleichbares | Proprietär bei AWS. Meist der aufwendigste Teil des Umzugs, dafür fällt eine der größten Abhängigkeiten weg. |
| Amazon SQS und SNS | 2 Umziehbar mit Anpassung | RabbitMQ, Apache Kafka oder NATS | Die Messaging-Muster lassen sich gut übertragen. Client-Code und Berechtigungen ändern sich. |
| Amazon EventBridge | 2 Umziehbar mit Anpassung | Event-Bus auf Basis von Apache Kafka oder NATS | Event-Regeln und Routing werden neu aufgebaut. |
| Amazon Kinesis | 2 Umziehbar mit Anpassung | Apache Kafka | Kafka ist der offene Standard für Streaming. Producer und Consumer werden angepasst. |
| Amazon API Gateway | 2 Umziehbar mit Anpassung | Offenes API-Gateway (Kong, Traefik) oder Kubernetes Ingress | Die Routen ziehen mit um, Authorizer und Nutzungspläne werden neu aufgebaut. |
| AWS Step Functions | 3 Tief verankert | Workflow-Engine wie Temporal oder Argo Workflows | Die Zustandsautomaten sind in einer AWS-eigenen Sprache beschrieben und werden neu gebaut. Entscheidung je Workflow. |
| AWS AppSync | 3 Tief verankert | GraphQL-Server wie Hasura oder Apollo | Die Resolver hängen an AWS-Diensten und werden neu geschrieben. |
| Amazon Cognito | 2 Umziehbar mit Anpassung | Anbieterunabhängige Identitätsplattform (Keycloak, Zitadel) | Beide Systeme laufen parallel. Cognito gibt keine Passwort-Hashes heraus, deshalb wechseln Nutzer schrittweise bei der nächsten Anmeldung. |
| AWS IAM | 2 Umziehbar mit Anpassung | Zugriffsverwaltung der Zielplattform, als Code verwaltet | Berechtigungen werden für die neue Plattform neu formuliert, idealerweise als Code mit Terraform. |
| AWS KMS und Secrets Manager | 2 Umziehbar mit Anpassung | KMS des Zielanbieters oder OpenBao, mit Schlüsseln allein unter Ihrer Kontrolle | Secrets ziehen leicht um. KMS-Schlüssel lassen sich nicht exportieren, die Daten werden daher mit neuen Schlüsseln verschlüsselt. |
| Amazon Redshift | 2 Umziehbar mit Anpassung | ClickHouse oder ein Data Warehouse auf PostgreSQL-Basis | Das meiste SQL lässt sich übernehmen, die Ladestrecken werden angepasst. |
| AWS Glue und Amazon Athena | 2 Umziehbar mit Anpassung | Apache Spark und Trino | Offene Engines. Jobs und Datenkatalog werden darauf neu aufgesetzt. |
| Amazon SageMaker | 2 Umziehbar mit Anpassung | Offene MLOps-Werkzeuge (MLflow, Kubeflow) auf europäischen GPUs | Die Modelle bleiben meist gleich. Training, Deployment und Monitoring werden darum herum neu aufgebaut. |
| Amazon Bedrock | 2 Umziehbar mit Anpassung | Souveräne KI-Plattform mit offenen oder europäischen Modellen | Prompts und Anwendungslogik bleiben, nur der Modell-Endpunkt ändert sich. |
| Amazon CloudFront | 1 Direkt umziehbar | Europäisches CDN | Cache- und Routing-Regeln werden neu angelegt. Die Umstellung selbst ist eine DNS-Änderung. |
| Amazon Route 53 | 1 Direkt umziehbar | DNS bei einem europäischen Anbieter | Zonen lassen sich als Standard-Zonendateien exportieren. Das Routing per Health Check braucht einen Ersatz. |
Diese Liste ist bewusst unvollständig: AWS umfasst weit über zweihundert Dienste. Welche davon in Ihrer Landschaft stecken und wie sie umziehen, ordnet die Cloud-Analyse.
Wohin von AWS?
Backend und Container
STACKIT, Exoscale oder Open Telekom Cloud
Verwaltete Container-Plattformen und Datenbanken auf demselben technischen Fundament, das auch AWS nutzt, betrieben in deutschen und europäischen Rechenzentren unter EU-Recht. Für regulierte Branchen sind die Open Telekom Cloud und plusserver die naheliegende Wahl, Exoscale für Cloud-nativ arbeitende Teams.
Datenspeicher und Sicherung
S3-kompatible europäische Speicher
Ihre Anwendungen sprechen weiter dieselbe Speicherschnittstelle, nur liegt der Speicher jetzt bei einem europäischen Anbieter, etwa STACKIT oder plusserver. Häufig der schnellste erste Gewinn eines AWS-Umzugs, auch als eigenständiger Schritt.
Web und preissensible Workloads
Hetzner, IONOS, gridscale oder Mittwald
Entwicklungsumgebungen, interne Anwendungen und rechenintensive Lasten laufen bei Hetzner, IONOS oder gridscale zu einem Bruchteil der AWS-Kosten. Firmenauftritte und Shops sind bei Mittwald besser aufgehoben als in einem Hyperscaler-Konto.
Welche Plattform zu welchem Workload passt, klärt die Cloud-Analyse vorab, mit Vergleichsrechnung gegen Ihre aktuelle AWS-Rechnung. Die Kurzprofile aller Anbieter finden Sie auf unserer Migrationsseite →
Kein Stichtag, keine Betriebsunterbrechung
Wir bauen die Zielumgebung parallel zu AWS auf und ziehen System für System um: erst parallel betrieben und geprüft, dann umgeschaltet. Ihre AWS-Umgebung läuft weiter, bis jede Welle sauber abgeschlossen ist. Und weil ein Umzug der eine Moment ist, in dem Aufräumen nichts extra kostet, migrieren wir nicht eins zu eins: Überdimensioniertes, Vergessenes und Doppeltes bleibt zurück. Das senkt die laufenden Kosten oft stärker als der Anbieterwechsel selbst.
90+
Experten, die zusammenarbeiten, um Großes zu erreichen.
14
Jahre harter Arbeit, die stets auf Spitzenleistungen abzielt.
EU
Entwicklungsunternehmen mit Sitz in Düsseldorf
Kontakt aufnehmen
Erhalten Sie innerhalb von 24 Stunden eine erste Einschätzung zu Aufwand, Architektur und Umsetzungsmöglichkeiten.
Keine Sorge, die von Ihnen angegebenen Daten werden nur für geschäftliche Zwecke gespeichert. Weitere Informationen finden Sie in unserer Datenschutzrichtlinie.
30 MINUTEN KOSTENFREI
Erstberatung vereinbaren
Möchten Sie lieber direkt mit unserem Experten sprechen? Bringen Sie die Frage mit, die Ihnen Ihr Auditor, Ihr größter Kunde oder Ihre Cloud-Rechnung stellt. Sie erhalten eine ehrliche erste Einschätzung, auch wenn sie lautet: Bei Ihnen ist das derzeit kein dringendes Thema.
Miki
Senior Consultant
[email protected]
Häufige Fragen, zum AWS-Umzug
Die meisten Antworten finden Sie in unseren FAQ zur digitalen Souveränität, kurz und ohne Umschweife.
Nein. Häufig ziehen die Systeme um, bei denen Datenhoheit und Kosten am meisten bringen, während Unkritisches bleibt. Das Ergebnis ist eine bewusste Aufteilung, und schon die belegte Fähigkeit zu wechseln verbessert Ihre Position gegenüber AWS.
Ein einzelnes Backend-System liegt erfahrungsgemäß bei drei bis sechs Monaten, größere Umgebungen entsprechend darüber, in Wellen und ohne Betriebsunterbrechung. Den belastbaren Rahmen für Ihren Fall liefert die Cloud-Analyse.
Die ziehen planbar um: S3-kompatible Speicher gibt es bei mehreren deutschen und europäischen Anbietern, Ihre Anwendungen müssen dafür kaum angepasst werden. Die einmaligen Transferkosten für den Auszug kalkulieren wir vorab ein. Sie fallen einmal an, während die Ersparnis danach dauerhaft ist.
Meistens ja, aber nicht alles auf einmal und nicht alles überhaupt. Die Cloud-Analyse ordnet jeden Dienst einer von drei Kategorien zu: direkt umziehbar, umziehbar mit Anpassung, tief verankert. Auf dieser Basis entsteht ein Plan, der mit den leichten Gewinnen beginnt und die schweren Fälle bewusst entscheidet.
Ja, aus drei Gründen: Auch Rahmenverträge laufen aus, und wer zur Verlängerung eine belegte Alternative vorweisen kann, verhandelt spürbar besser. Neue Workloads können unabhängig vom Bestandsvertrag bereits woanders starten. Und die Rabatte beziehen sich meist auf Listenpreise, die im europäischen Vergleich hoch bleiben, besonders beim Datenverkehr.
Der erste Schritt: wissen, wo Sie bei AWS stehen
Die Cloud-Analyse kartiert Ihre AWS-Umgebung in vier Wochen zum Festpreis: jede Abhängigkeit bewertet, jede Kostenposition erklärt, mit Vergleichsrechnung gegen europäische Anbieter.