AWS → STACKIT SERVICE MAPPING

AWS vs STACKIT service mapping

Waar elke AWS-service op STACKIT terechtkomt en wat de overstap vergt. De mapping hieronder is de mapping die StackToIT voor een echte AWS-omgeving heeft vastgesteld, resource voor resource.

De mapping van een echte AWS-omgeving

Uit de gepubliceerde StackToIT-run op de AWS Retail Store Sample App: compute, data, messaging, identiteit, netwerk en observability.

AWSSTACKIT-doelMigratieklasse
Amazon ECS-cluster en -servicesSTACKIT Kubernetes Engine (SKE)Replatforming
Aurora PostgreSQLSTACKIT PostgreSQL FlexReplatforming
Aurora MySQLSTACKIT MariaDBReplatforming
Amazon DynamoDBSTACKIT MongoDB Flex (alternatief: PostgreSQL Flex met JSONB)Redesign
Amazon OpenSearch ServiceSTACKIT OpenSearchReplatforming
Amazon ElastiCache (Redis)STACKIT Key Value Store (Valkey)Herconfiguratie
Amazon MQSTACKIT RabbitMQHerconfiguratie
Amazon EventBridge-regelsApplicatie-events via STACKIT RabbitMQRedesign
AWS IAM-rollenSTACKIT-serviceaccounts en roltoewijzingenHerconfiguratie
AWS KMS-sleutelsSTACKIT KMS-keyrings en -sleutelsHerconfiguratie
AWS Secrets ManagerSTACKIT Secrets ManagerHerconfiguratie
Amazon VPCSTACKIT Network Area en netwerkenHerconfiguratie
SubnetsSTACKIT-netwerkenHerconfiguratie
Security groupsSTACKIT security groups en regelsHerconfiguratie
Network ACL'sSTACKIT security groups (stateful)Redesign
Internet- en NAT-gatewaysIngebouwd in het STACKIT-netwerkHerconfiguratie
Application Load BalancerSTACKIT Application Load BalancerHerconfiguratie
Route 53-recordsSTACKIT DNS-recordsetsHerconfiguratie
VPN gatewaySTACKIT VPNHerconfiguratie
CloudWatch-loggroepenSTACKIT LogsHerconfiguratie
CloudWatch-alarmenAlarmregels in STACKIT ObservabilityHerconfiguratie

De klasse hangt af van de configuratie van elke resource. Uw eigen run noemt het doel en de reden voor elke resource in uw omgeving.

Wat elke migratieklasse betekent voor uw plan

  • Direct

    Dezelfde service, dezelfde instellingen. De verhuizing is een deployment.

  • Reconfigure

    Hetzelfde soort service op STACKIT, met instellingen die veranderen. De meeste netwerk-, identiteits- en messagingresources komen hier terecht.

  • Replatform

    Een andere managed service met dezelfde rol: ECS naar Kubernetes, Aurora naar PostgreSQL Flex of MariaDB.

  • Redesign

    Geen tegenhanger, dus de architectuur verandert: toegangspatronen van DynamoDB of EventBridge-routering worden bewust opnieuw opgebouwd.

  • Architectuurbeslissing

    Een vraag die de code niet kan beantwoorden, zoals een enhanced-monitoring-rol, wordt een benoemde beslissing voor uw team.

Wat de Retail Store-run opleverde

De gepubliceerde run las de omgeving en ordende 44 eenheden die in de configuratie zijn ingeschakeld.

  • Klassen

    34 eenheden zijn Reconfigure, 9 zijn Replatform en 1, de DynamoDB-tabel carts, is Redesign. Geen enkele eenheid verhuist als Direct, dus één op één. In deze omgeving zijn de network ACL's uit de tabel hierboven uitgeschakeld en bestaat de EventBridge-regel alleen onder een voorwaarde die pas tijdens de planfase wordt bepaald, dus geen van beide telt mee in de 44.

  • Domeinen

    Netwerk 16, identiteit 15, compute 6, data 5, observability 1 en messaging 1.

  • Afhankelijkheidsgolven

    De 44 eenheden vallen in negen golven van 9, 14, 7, 5, 3, 2, 2, 1 en 1, zodat het fundament vóór de databases en services komt die erop steunen.

  • Zekerheidsniveau

    35 eenheden hebben zekerheidsniveau MEDIUM en 9 LOW. De bron levert geen lockbestand voor de provider mee, waardoor de eenheden van die provider niet boven MEDIUM uitkomen.

  • Concept

    Van de 52 beschouwde eenheden leverden er 38 Terraform op, hadden er 11 geen resource nodig en zijn er 3 handwerk.

Waar de vijf applicaties staan

StackToIT stelt de applicaties voor op basis van de verwijzingen in de bron.

ApplicatieStatusWaarom
cartsRedesignDe DynamoDB-tabel vereist een wijziging van het datamodel op MongoDB Flex
catalogGeblokkeerdDe bron draait OpenSearch 3.3, maar STACKIT biedt in eu01 versie 2 aan: herindexeren naar 2, 3.3 zelf op SKE draaien of wachten tot STACKIT die aanbiedt
checkoutRedesignDeelt de DynamoDB-redesign; clients hebben het TLS-only Valkey-endpoint nodig
ordersNiet gereedOmgevingswaarden zijn vereist en de workload-identiteit is nog niet bepaald
uiNiet gereedDe workload-identiteit is nog niet bepaald en er is geen functionele controle uitgevoerd

Uit de gepubliceerde run; de statussen veranderen naarmate beslissingen worden beantwoord.

Bewezen op een echte AWS-omgeving

De AWS Retail Store Sample App, een openbaar Terraform-project van AWS, door StackToIT beoordeeld en volledig gepubliceerd, precies zoals de run het heeft opgeleverd.

Casestudy bekijken (Engels)
282
Terraform-resourcedeclaraties geanalyseerd
44
migratie-eenheden geïdentificeerd
38
doeleenheden gegenereerd, van de 52 onderzochte eenheden
331
planstappen uitgeschreven

Vragen van architecten

Wat vervangt Amazon EKS en ECS op STACKIT?

STACKIT Kubernetes Engine (SKE). ECS-services worden met replatforming omgezet naar Kubernetes-workloads; EKS-clusters verhuizen met hun nodepools naar SKE-clusters.

Wat vervangt Amazon RDS en Aurora?

PostgreSQL-engines gaan naar STACKIT PostgreSQL Flex, MySQL-engines naar STACKIT MariaDB en SQL Server naar SQLServer Flex.

Is er op STACKIT een equivalent van DynamoDB?

Er bestaat geen managed DynamoDB-compatibele service, dus plant StackToIT een redesign naar MongoDB Flex of naar PostgreSQL Flex met JSONB, waarbij elke tabel, sleutel en index wordt benoemd.

Bronnen

Uw volgende stap: STACKIT.

Vertel ons over uw omgeving, dan laten wij zien wat StackToIT daarvoor oplevert: doelarchitectuur, Terraform-artefacten en een gestructureerd migratieplan.

Laat uw gegevens achter, onze specialisten nemen contact met u op.

Liever zelf een e-mail sturen? connect@stacktoit.com

Wij gebruiken uw gegevens alleen om dit verzoek te beantwoorden en een mogelijke pilot te bespreken. Privacyverklaring