Une application web utilise API Gateway avec un backend Lambda. Un développeur a corrigé un bug dans le code Lambda et doit valider la correction dans un nouvel environnement de développement avant de la promouvoir en production. Seul un environnement de production est disponible, et le développeur doit empêcher les autres développeurs d'écraser les modifications de test. Quelle combinaison d'étapes permet d'y parvenir avec le moins d'effort ? (Choisissez-en deux.)

Les deux options correctes décrivent la meilleure approche pour tester un correctif sans affecter la production. La première étape consiste à publier une nouvelle version de la fonction Lambda après avoir corrigé le bug et à créer un alias (par exemple, "hotfix") qui pointe vers cette nouvelle version. Cela permet d'isoler le code corrigé pour les tests. La deuxième étape consiste à modifier l'intégration API Gateway pour utiliser cet alias "hotfix" au lieu de la version de production. Ensuite, déployez l'API Gateway dans un nouvel environnement (par exemple, "hotfix"). Cela crée un chemin de test distinct via API Gateway qui utilise le code Lambda corrigé, sans interférer avec l'environnement de production ni avec les tests d'autres développeurs. Les options incorrectes impliquent soit de modifier directement la production, soit de créer des ressources excessives, ce qui n'est pas la solution la plus efficace. Utiliser $LATEST pour l'alias hotfix est risqué car $LATEST peut changer.