J'essaie d'automatiser le déploiement de mon application AWS avec Jenkins.
En ce moment, si nous voulons mettre à jour l'application dans l'un des environnements, par exemple UAT, nous construisons nos images de docker, trouvons la tâche ECS actuelle et la mettons à jour avec la nouvelle image, trouvons le cluster ECS en cours d'exécution et mettons à jour les tâches.
De manière générale, quelle est la meilleure pratique pour garder une trace des ID de ressource cloud (ID de cluster ECS, ID de tâche ECS, ID EC2, etc.) dans votre environnement d'intégration continue?
Netflix a présenté sa méthode pour traiter le problème de l'étalement des ressources. Ils ont créé le Janitor Monkey qui est chargé de nettoyer les ressources lorsqu'il est évident qu'elles ne sont pas utilisées.
Pour suivre les ressources créées dans Amazon AWS, générer un journal d'audit et permettre de rechercher dans le temps (et l'historique), ils ont également créé Edda . Edda permet de stocker et de rechercher dans vos ressources AWS.
Il est mentionné que Janitor Monkey pourrait être intégré à Edda, mais ils n'ont pas publié beaucoup d'informations à ce sujet depuis.
Aujourd'hui, avec AWS CloudTrail et AWS Config Rules, il est possible d'obtenir des résultats similaires sans logiciel tiers. Lorsque Edda et Janitor Monkey ont été annoncés (2012-2013), ces deux services n'étaient pas encore prêts à résoudre ce type de problèmes.
Avec CloudTrail et Config, le suivi des ressources est déjà en place. Tout ce qu'il faut faire est d'écrire un script qui décidera quoi faire avec ceux-ci en parcourant la liste de temps en temps.
la source