Un développeur utilise AWS SAM pour créer une application serverless et effectue actuellement des tests dans un environnement de développement. Il doit ajouter des environnements de test et de staging pour l'assurance qualité et souhaite utiliser une fonctionnalité AWS SAM qui prend en charge le déploiement vers plusieurs environnements nommés avec un effort minimal. Quelle approche demande le moins d'effort de développement ?

L'option correcte est d'ajouter un fichier de configuration SAM au format TOML qui regroupe les paramètres par environnement, puis de déployer en utilisant sam deploy avec l'option --config-env. Cette approche est la plus efficace car AWS SAM est conçu pour gérer plusieurs environnements nommés via un fichier de configuration unique (samconfig.toml). Cela minimise l'effort de développement en centralisant la gestion des paramètres spécifiques à chaque environnement (par exemple, les noms de tables DynamoDB, les variables d'environnement des fonctions Lambda) et permet un déploiement simple en spécifiant l'environnement cible. Les autres options sont moins efficaces : Créer des modèles SAM distincts pour chaque environnement augmente la duplication de code et la complexité de maintenance. Utiliser sam deploy avec --parameter-overrides pour chaque déploiement est fastidieux et sujet aux erreurs, car il faut spécifier manuellement tous les overrides à chaque fois. Conserver le modèle SAM existant avec des paramètres pour les attributs spécifiques à l'environnement est une bonne pratique, mais sans un fichier de configuration, la gestion des valeurs de ces paramètres pour chaque environnement reste manuelle et moins automatisée qu'avec samconfig.toml.