Vervang AWS App Mesh na einde ondersteuning

AWS adviseert ECS Service Connect voor services op Amazon ECS en wijst EKS-gebruikers naar Amazon VPC Lattice. Het doel hoort de applicatie en het beheermodel te volgen. Een ECS-omgeving kan met Service Connect minder proxybeheer krijgen, terwijl een multi-account- of Kubernetesarchitectuur andere grenzen en functies kan vereisen.

Service Connect biedt managed service discovery, verkeersgezondheid, retries en CloudWatch-metrics. Niet iedere App Mesh-functie keert terug. App Mesh biedt fijnere routing tussen virtual nodes, meer instelbaar Envoy-gedrag, patronen voor mutual TLS en het delen van een mesh tussen accounts. Die mogelijkheden sluiten niet altijd direct aan op Service Connect.

Leg vast welk gedrag de applicatie werkelijk gebruikt voordat een vervanging wordt gekozen. Een eenvoudiger te beheren platform kan een grote verbetering zijn, maar alleen wanneer ontbrekende functies niet nodig zijn of bewust opnieuw worden ontworpen. Een featurelijst zonder verkeers- en storingsscenario's verbergt de belangrijkste verschillen.

Een ECS-service kan niet tegelijk onderdeel zijn van App Mesh en een Service Connect-namespace. AWS adviseert daarom een blauw-groene aanpak die de doelservices afzonderlijk opbouwt en verkeer pas na validatie verplaatst. De oude en nieuwe omgeving bestaan tijdelijk naast elkaar aan de edge, terwijl ieder verzoek binnen één service-discoverygrens blijft.

Bouw het doel vanuit infrastructure as code, deploy applicatie en afhankelijkheden en controleer service discovery, healthchecks, certificaten, time-outs, retries en telemetrie voordat productieverkeer toeneemt. Route 53 weighted records, CloudFront continuous deployment of target groups van een Application Load Balancer kunnen een geleidelijke verschuiving ondersteunen wanneer de architectuur dat toelaat.

Een rollback moet verkeer kunnen terugzetten zonder afhankelijk te zijn van de nieuwe mesh. Bepaal vooraf welk signaal de migratie stopt, behoud logs en metrics van beide omgevingen en test de terugweg voordat klantverkeer verschuift. De deadline vraagt snelheid, maar verwijdert de controles voor een veilige productiemigratie niet.

Het einde van App Mesh legt meer bloot dan een technische afhankelijkheid. Het toont of iemand eigenaar is van de servicelifecycle, deprecation notices leest, de omgeving kan reproduceren en bevoegd is om applicatie- en infrastructuurwijzigingen te coördineren. Zonder dat eigenaarschap veroorzaakt de volgende AWS-uitfasering dezelfde noodsituatie.

Managed AWS hoort dit lifecyclewerk te omvatten. Een verantwoordelijke partner inventariseert de getroffen services, ontwerpt het doel, legt infrastructuur vast als code, coördineert deployments, bewaakt de migratie en beheert het resultaat. Alleen AWS-capaciteit doorverkopen laat het moeilijke en tijdkritische werk bij het applicatieteam liggen.

Platform engineering van Intercube kan resterende afhankelijkheden beoordelen, de vervanging bouwen en overdracht of doorlopende engineeringscope voor je AWS-omgeving afspreken. Als de applicatie een eenvoudiger Intercube-hostingomgeving kan gebruiken, vergelijkt de analyse die optie met migratie inbegrepen binnen de afgesproken onboardingscope. AWS-vervangingsprojecten worden los van die hostingtoezegging afgesproken.