Une entreprise possède une application mobile qui appelle API Gateway, lequel invoque des fonctions Lambda. Elle souhaite tester de nouvelles fonctionnalités de fonctions Lambda auprès d'un sous-ensemble d'utilisateurs avant un déploiement complet, sans affecter les autres utilisateurs et avec un effort opérationnel minimal. Quelle est la méthode la plus simple pour y parvenir ?

La publication d'une nouvelle version de chaque fonction Lambda et la création d'un alias pondéré sont la méthode la plus simple et la plus efficace. Les alias Lambda permettent de diriger un pourcentage spécifié du trafic vers différentes versions d'une fonction, ce qui est idéal pour les déploiements canary ou les tests A/B. En mettant à jour l'API REST pour pointer vers l'ARN de l'alias, l'API Gateway peut distribuer le trafic sans modification de son intégration. Les autres options sont moins optimales : Créer une nouvelle API REST est une approche plus complexe qui nécessite de gérer deux API et potentiellement de modifier les clients. L'utilisation de CodeDeploy pour les déploiements canary est une option valide mais ajoute une couche de complexité de gestion qui n'est pas nécessaire ici, car les alias Lambda offrent déjà cette fonctionnalité de distribution de trafic. L'intégration Lambda sans proxy est moins flexible que l'intégration de proxy pour les cas d'utilisation courants avec API Gateway et Lambda.