AWS App Mesh stopt op 30 september

De ondersteuning voor AWS App Mesh eindigt op 30 september 2026. Applicaties die afhankelijk zijn van routing, discovery en Envoy-configuratie hebben nu een vervangende architectuur, een migratieroute en duidelijk operationeel eigenaarschap nodig.

Auteur
Intercube
Gepubliceerd
Leestijd
8 min leestijd

01

De ondersteuning eindigt op 30 september

AWS stopt op 30 september 2026 met App Mesh. Tot die datum kunnen bestaande gebruikers de dienst gebruiken en kritieke beveiligings- en beschikbaarheidsupdates ontvangen. Na de deadline moeten teams er niet van uitgaan dat het managed control plane of de bijbehorende ondersteuning beschikbaar blijft voor productiebeheer.

App Mesh bevindt zich tussen applicatieservices en hun netwerkroute. Het kan service discovery, verkeerssturing, retries, healthchecks, encryptie en observability via Envoy-sidecars verzorgen. Een vervanging is daarom geen naamswijziging van een resource. De migratie verandert hoe services elkaar vinden en hoe operators verkeer zien en besturen.

Een late inventarisatie vormt het eerste risico. Teams moeten meshes, virtual services, nodes, routers, routes, Cloud Map-namespaces, certificaten, Envoy-instellingen en dashboards vinden en iedere afhankelijkheid aan het doelplatform koppelen. Ongedocumenteerde verkeersregels worden migratieblokkades wanneer de deadline al dichtbij is.

02

Kies het doel vanuit de workload

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.

  • Koppel iedere App Mesh-resource aan de applicatieservice en eigenaar die ervan afhankelijk zijn.
  • Leg routing, retries, time-outs, certificaten en observability vast voordat het ontwerp verandert.
  • Vergelijk accountgrenzen en service-discovery-eisen met het doelplatform.
  • Verwijder ongebruikte meshcomplexiteit in plaats van iedere historische instelling automatisch na te bouwen.

03

Plan een parallelle migratie

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.

  • Bouw de vervangende omgeving los van de bestaande mesh.
  • Oefen service-aanroepen en storingsgedrag voordat extern verkeer verhuist.
  • Verplaats verkeer in meetbare stappen met vergelijkbare health- en applicatiemetrics.
  • Behoud een geteste rollbackroute totdat de nieuwe omgeving de afgesproken observatieperiode heeft doorstaan.

04

Gebruik de deadline om eigenaarschap te herstellen

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.

Intercube kan die engineering- en beheerrol voor managed AWS-omgevingen overnemen. Als de huidige architectuur haar complexiteit niet meer rechtvaardigt, kunnen wij ook een eenvoudiger Intercube-hostingdoel beoordelen en de migratie zonder afzonderlijke migratiekosten uitvoeren. Het juiste doel behoudt de applicatievereisten met zo min mogelijk onnodige beheerlast.

Prioriteiten voor de App Mesh-migratie

  • Behandel 30 september 2026 als operationele deadline, niet als start van de inventarisatie.
  • Inventariseer routing, discovery, certificaten, observability en accountgrenzen voordat een doel wordt gekozen.
  • Gebruik ECS Service Connect of VPC Lattice pas nadat de werkelijk benodigde functies zijn gecontroleerd.
  • Bouw een parallel doel en verplaats verkeer geleidelijk met een geteste rollbackroute.
  • Wijs na de migratie blijvend eigenaarschap voor de lifecycle van AWS-services toe.

Primaire bronnen

Migreer App Mesh voordat ondersteuning stopt.

Wij inventariseren de huidige mesh, ontwerpen en oefenen de vervanging en beheren de nieuwe AWS- of Intercube-omgeving. Migratie naar Intercube is inbegrepen zonder afzonderlijke migratiekosten.

Plan de App Mesh-migratie