AWS → STACKIT SERVICE-MAPPING
AWS vs. STACKIT Service-Mapping
Wohin jeder AWS-Dienst auf STACKIT zieht und was der Wechsel erfordert. Die Zuordnung unten hat StackToIT für eine echte AWS-Umgebung entschieden, Ressource für Ressource.
Die Zuordnung einer echten AWS-Umgebung
Aus dem veröffentlichten StackToIT-Lauf auf der AWS Retail Store Sample App: Compute, Daten, Messaging, Identität, Netzwerk und Observability.
| AWS | STACKIT-Ziel | Migrationsklasse |
|---|---|---|
| Amazon-ECS-Cluster und -Services | STACKIT Kubernetes Engine (SKE) | Replatforming |
| Aurora PostgreSQL | STACKIT PostgreSQL Flex | Replatforming |
| Aurora MySQL | STACKIT MariaDB | Replatforming |
| Amazon DynamoDB | STACKIT MongoDB Flex (alternativ PostgreSQL Flex mit JSONB) | Redesign |
| Amazon OpenSearch Service | STACKIT OpenSearch | Replatforming |
| Amazon ElastiCache (Redis) | STACKIT Key Value Store (Valkey) | Rekonfigurieren |
| Amazon MQ | STACKIT RabbitMQ | Rekonfigurieren |
| Amazon-EventBridge-Regeln | Anwendungsereignisse über STACKIT RabbitMQ | Redesign |
| AWS-IAM-Rollen | STACKIT-Service-Accounts und Rollenzuweisungen | Rekonfigurieren |
| AWS-KMS-Schlüssel | STACKIT-KMS-Schlüsselringe und -Schlüssel | Rekonfigurieren |
| AWS Secrets Manager | STACKIT Secrets Manager | Rekonfigurieren |
| Amazon VPC | STACKIT Network Area und Netzwerke | Rekonfigurieren |
| Subnetze | STACKIT-Netzwerke | Rekonfigurieren |
| Security Groups | STACKIT-Security-Groups und -Regeln | Rekonfigurieren |
| Network ACLs | STACKIT-Security-Groups (zustandsbehaftet) | Redesign |
| Internet- und NAT-Gateways | Im STACKIT-Netzwerk enthalten | Rekonfigurieren |
| Application Load Balancer | STACKIT Application Load Balancer | Rekonfigurieren |
| Route-53-Einträge | STACKIT-DNS-Record-Sets | Rekonfigurieren |
| VPN-Gateway | STACKIT VPN | Rekonfigurieren |
| CloudWatch-Log-Gruppen | STACKIT Logs | Rekonfigurieren |
| CloudWatch-Alarme | Alarmregeln in STACKIT Observability | Rekonfigurieren |
Die Klasse hängt von der Konfiguration jeder Ressource ab. Ihr eigener Lauf nennt Ziel und Begründung für jede Ressource Ihrer Umgebung.
Was jede Migrationsklasse für Ihren Plan bedeutet
Direkt
Gleicher Dienst, gleiche Einstellungen. Der Wechsel ist ein Deployment.
Rekonfigurieren
Gleiche Art von Dienst auf STACKIT, mit geänderten Einstellungen. Die meisten Netzwerk-, Identitäts- und Messaging-Ressourcen liegen hier.
Replatforming
Ein anderer verwalteter Dienst mit derselben Aufgabe: ECS zu Kubernetes, Aurora zu PostgreSQL Flex oder MariaDB.
Redesign
Kein Gegenstück; deshalb ändert sich die Architektur: DynamoDB-Zugriffsmuster oder EventBridge-Routing werden bewusst neu gebaut.
Architekturentscheidung
Eine Frage, die der Code nicht beantwortet, etwa eine Rolle für Enhanced Monitoring, wird zu einer benannten Entscheidung für Ihr Team.
Was der Lauf für den Retail Store ergab
Der veröffentlichte Lauf las die Umgebung und ordnete 44 Einheiten, die in seiner Konfiguration aktiv sind.
Klassen
34 Einheiten sind Reconfigure, 9 Replatform und 1, die DynamoDB-Tabelle für den Warenkorb, ist Redesign. Keine ist ein Direct-Umzug eins zu eins. In dieser Umgebung sind die Network ACLs aus der Tabelle oben abgeschaltet, und die EventBridge-Regel entsteht nur unter einer Bedingung, die erst zur Planzeit feststeht; beide zählen daher nicht zu den 44.
Bereiche
Netzwerk 16, Identität 15, Compute 6, Daten 5, Observability 1 und Messaging 1.
Abhängigkeitswellen
Die 44 Einheiten verteilen sich auf neun Wellen mit 9, 14, 7, 5, 3, 2, 2, 1 und 1 Einheiten; die Grundlagen kommen also vor den Datenbanken und Diensten, die darauf aufbauen.
Konfidenz
35 Einheiten sind mittel und 9 niedrig. Die Quelle bringt keine Provider-Lock-Datei mit, was die Einheiten dieses Providers auf mittel begrenzt.
Entwurf
Von 52 betrachteten Einheiten ergaben 38 Terraform, 11 brauchten keine Ressource, und 3 sind manuelle Arbeit.
Wo die fünf Anwendungen stehen
StackToIT schlägt die Anwendungen aus den Verweisen in der Quelle vor.
| Anwendung | Stand | Grund |
|---|---|---|
| carts | Redesign | Die DynamoDB-Tabelle braucht auf MongoDB Flex eine Änderung des Datenmodells |
| catalog | Blockiert | Die OpenSearch-Engine ist ein Downgrade von 3.3 auf 2, bis es getestet oder entschieden ist |
| checkout | Redesign | Teilt das DynamoDB-Redesign; Clients brauchen den reinen TLS-Endpunkt von Valkey |
| orders | Nicht bereit | Umgebungswerte fehlen und die Workload-Identität ist offen |
| ui | Nicht bereit | Die Workload-Identität ist offen und es lief keine Funktionsprüfung |
Aus dem veröffentlichten Lauf; die Stände ändern sich, wenn Entscheidungen beantwortet werden.
Bewiesen an einer echten AWS-Umgebung
Die AWS Retail Store Sample App, ein öffentliches Terraform-Projekt von AWS, von StackToIT bewertet und vollständig veröffentlicht, genau so, wie der Lauf es geschrieben hat.
Fallstudie ansehen (Englisch)- 282
- Terraform-Ressourcendefinitionen analysiert
- 44
- Migrationseinheiten identifiziert
- 38
- Zieleinheiten erzeugt, von 52 betrachteten
- 331
- Planschritte erstellt
Fragen aus Architekturteams
Was ersetzt Amazon EKS und ECS auf STACKIT?
Die STACKIT Kubernetes Engine (SKE). ECS-Dienste werden per Replatforming zu Kubernetes-Workloads; EKS-Cluster ziehen mit ihren Node Pools zu SKE-Clustern.
Was ersetzt Amazon RDS und Aurora?
PostgreSQL-Engines gehen zu STACKIT PostgreSQL Flex, MySQL-Engines zu STACKIT MariaDB und SQL Server zu SQLServer Flex.
Gibt es ein DynamoDB-Gegenstück auf STACKIT?
Einen verwalteten DynamoDB-kompatiblen Dienst gibt es nicht. StackToIT plant daher ein Redesign auf MongoDB Flex oder PostgreSQL Flex mit JSONB, wobei jede Tabelle, jeder Schlüssel und jeder Index benannt wird.
Quellen
Ihr nächster Schritt: STACKIT.
Erzählen Sie uns von Ihrer Umgebung. Wir zeigen Ihnen, was StackToIT dafür liefert: Zielarchitektur, Terraform-Artefakte und einen strukturierten Migrationsplan.