Une équipe utilise AWS CodeDeploy pour les déploiements d'une application Java/Tomcat avec un serveur web Apache. Ils ont des groupes de déploiement distincts pour le développement, la staging et la production et souhaitent modifier dynamiquement le niveau de journalisation Apache pendant le déploiement en fonction du groupe de déploiement, sans créer de révisions d'application distinctes ni de multiples versions de script. Comment peuvent-ils y parvenir avec un minimum de frais de gestion ?

L'option correcte est la plus efficace car AWS CodeDeploy expose des variables d'environnement utiles, notamment DEPLOYMENTGROUPNAME, qui identifie directement le groupe de déploiement en cours. Un script exécuté pendant le cycle de vie du déploiement (comme BeforeInstall ou AfterInstall) peut lire cette variable et ajuster la configuration Apache en conséquence. Cela évite la complexité de l'interrogation des métadonnées d'instance ou des API EC2, et ne nécessite pas de révisions d'application multiples. Les options incorrectes sont les suivantes : L'utilisation des métadonnées d'instance et de l'API EC2 est trop complexe et moins directe que l'utilisation des variables d'environnement CodeDeploy. La création de variables d'environnement personnalisées CodeDeploy est possible mais ajoute une gestion inutile, car DEPLOYMENTGROUPNAME existe déjà. Le hook ValidateService est généralement utilisé pour la validation post-déploiement, pas pour la configuration initiale. DEPLOYMENTGROUPID est un identifiant unique, mais DEPLOYMENTGROUPNAME est plus lisible et directement utilisable pour la logique conditionnelle basée sur le nom de l'environnement. Le hook Install est pour l'installation des dépendances, BeforeInstall ou AfterInstall sont plus appropriés pour la configuration de l'application.