Estoy tratando de automatizar la implementación de mi aplicación AWS con Jenkins.
En este momento, si queremos actualizar la aplicación en cualquiera de los entornos, digamos UAT, construimos nuestras imágenes acoplables, encontramos la tarea ECS actual y la actualizamos con la nueva imagen, encontramos el clúster ECS en ejecución y actualizamos las tareas.
En términos generales, ¿cuál es la mejor práctica para realizar un seguimiento de los Id. De recursos en la nube (Id. De clúster ECS, Id. De tarea ECS, Id. EC2, etc.) en su entorno de Integración continua?
Netflix ha presentado su método para abordar el problema de la expansión de los recursos. Crearon el mono de conserje, que es responsable de limpiar los recursos cuando es evidente que no se están utilizando.
Para rastrear los recursos creados en Amazon AWS, generar un registro de auditoría y permitir la búsqueda a través del tiempo (y el historial) también crearon Edda . Edda permite almacenar y buscar a través de sus recursos de AWS.
Se menciona que Janitor Monkey podría estar integrado con Edda, pero no han publicado mucha información sobre esto desde entonces.
Hoy en día, con AWS CloudTrail y AWS Config Rules , es posible lograr resultados similares sin software de terceros. Cuando se anunciaron Edda y Janitor Monkey (2012-2013) ambos servicios aún no estaban listos para resolver este tipo de problemas.
Con CloudTrail y Config, el seguimiento de los recursos ya está en su lugar. Todo lo que debe hacer es escribir un guión que decidirá qué hacer con estos revisando la lista de vez en cuando.
fuente