Een serverloze webapplicatie is geïmplementeerd met Lambda-functies via CloudFormation. Een recente release veroorzaakte een storing. Het implementatieproces moet canary-achtige releases ondersteunen om een deel van het verkeer naar een nieuwe Lambda-versie te verschuiven. Welke aanpak bereikt dit?

Het aanmaken van een alias voor elke nieuwe Lambda-versie en het gebruik van de AWS CLI update-alias command met de routing-config parameter is de correcte methode voor canary-achtige releases. Deze aanpak stelt u in staat om een percentage van het verkeer geleidelijk naar de nieuwe versie te verschuiven, waardoor u de stabiliteit kunt monitoren voordat u al het verkeer omleidt. Dit minimaliseert de impact van potentiële storingen. Het implementeren in een aparte CloudFormation stack en het gebruik van Route 53 weighted routing is minder efficiënt voor Lambda-versiebeheer en kan leiden tot complexiteit in de infrastructuur. De update-function-configuration command heeft geen routing-config parameter; deze is specifiek voor aliassen. AWS CodeDeploy kan worden gebruikt voor Lambda-implementaties, maar de CodeDeployDefault.OneAtATime configuratie is een lineaire implementatiestrategie en ondersteunt geen percentage-gebaseerde verkeersverschuiving zoals vereist voor canary-releases.