Une entreprise exécute une grille propriétaire en mémoire qui nécessite la mise à jour de /etc/cluster/nodes.config chaque fois que l'appartenance au cluster change. L'ajout d'un nœud doit être automatisé afin que le fichier liste les adresses IP des membres actuels et que le service soit redémarré. Que peut faire un ingénieur DevOps pour automatiser cela avec un effort minimal ?

La bonne réponse est d'utiliser AWS OpsWorks Stacks. OpsWorks permet de modéliser l'architecture de l'application en couches. Les recettes Chef peuvent être utilisées pour générer dynamiquement le fichier de configuration /etc/cluster/nodes.config en récupérant les adresses IP des instances membres de la couche. L'événement de cycle de vie "Configure" est déclenché chaque fois qu'un changement se produit dans la couche (par exemple, ajout ou suppression d'une instance), ce qui permet d'exécuter automatiquement la recette pour mettre à jour le fichier et redémarrer le service sur tous les nœuds. Les autres options sont moins efficaces ou plus complexes pour ce cas d'utilisation : Garder nodes.config sous contrôle de version avec CodeDeploy nécessiterait une intervention manuelle pour chaque ajout de nœud et un déploiement complet, ce qui est lourd. Héberger nodes.config dans S3 avec une tâche cron introduit un délai de propagation et ne garantit pas une cohérence immédiate. Un script user-data ne s'exécute qu'au lancement de l'instance et ne mettrait pas à jour les nœuds existants lors de l'ajout d'une nouvelle instance.