Een legacy-applicatie die is gemigreerd naar EC2 achter een ALB en API Gateway heeft deployments nodig die gebruikersonderbrekingen minimaliseren en snelle rollbacks mogelijk maken met minimale applicatiewijzigingen. Welke aanpak voldoet aan deze doelen?

De juiste aanpak is om een afzonderlijke parallelle omgeving te implementeren en API Gateway canary deployments te gebruiken. Dit minimaliseert onderbrekingen omdat de oude omgeving blijft draaien terwijl de nieuwe versie geleidelijk wordt geïntroduceerd bij een klein percentage gebruikers. Bij problemen kan de canary deployment onmiddellijk worden teruggedraaid, waardoor snelle rollbacks mogelijk zijn zonder de hoofdapplicatie te beïnvloeden. Dit vereist minimale wijzigingen aan de applicatie zelf, omdat de routing op het API Gateway-niveau wordt beheerd. Het wijzigen van DNS-records is een high-risk benadering die downtime kan veroorzaken en geen snelle rollback biedt. Het toevoegen van een nieuwe target group achter dezelfde ALB en het geleidelijk routeren van verkeer via API Gateway is een optie, maar het creëren van een volledig parallelle omgeving via canary deployments op API Gateway-niveau biedt meer isolatie en controle, vooral voor een legacy-applicatie. Het direct doorschakelen van al het verkeer naar een nieuwe target group via API Gateway is een big-bang deployment en biedt geen minimalisatie van onderbrekingen of snelle rollbacks.