Een applicatie die is geïmplementeerd via CloudFormation gebruikt API Gateway REST API's die zijn geïntegreerd met Lambda en DynamoDB. Er zijn ontwikkel-, test- en productiestadia, elk met een eigen DynamoDB-tabel. Wijzigingen die naar productie zijn gepromoveerd, hebben onverwachte problemen veroorzaakt, hoewel ze in dev en test werkten. Voor de volgende release moet de ontwikkelaar 20% van het productieverkeer routeren naar de nieuwe API-implementatie en 80% naar de bestaande productie-implementatie, om de kans te minimaliseren dat een enkele klant fouten ziet. Wat is de beste aanpak?

De beste aanpak is het configureren van canary deployment-instellingen voor de productie API stage. API Gateway ondersteunt canary-implementaties, waarmee een percentage van het verkeer naar een nieuwe versie van de API kan worden gerouteerd, terwijl het resterende verkeer naar de bestaande versie gaat. Dit minimaliseert de impact van potentiële problemen op de meeste gebruikers. De optie om 20% van de wijzigingen te implementeren en dit vijf keer te herhalen is inefficiënt en foutgevoelig. Het wijzigen van Route 53 DNS-records om naar de testfase te verwijzen is onveilig en niet bedoeld voor productieverkeer. Een Application Load Balancer voor een REST API is onnodig, aangezien API Gateway al verkeersbeheerfunctionaliteit biedt.