Я пытаюсь автоматизировать развертывание моего приложения AWS с помощью Jenkins.
Прямо сейчас, если мы хотим обновить приложение в любой из сред, скажем UAT, мы создадим наши образы докеров, найдем текущую задачу ECS и обновим ее новым образом, найдем работающий кластер ECS и обновим задачи.
В целом, какова лучшая практика для отслеживания идентификаторов облачных ресурсов (идентификаторов кластеров ECS, идентификаторов задач ECS, идентификаторов EC2 и т. Д.) В вашей среде непрерывной интеграции?
Netflix представили свой метод решения проблемы разрастания ресурсов. Они создали Обезьяну-уборщицу, которая отвечает за очистку ресурсов, когда очевидно, что они не используются.
Для отслеживания созданных ресурсов в Amazon AWS, создания журнала аудита и предоставления возможности поиска по времени (и истории) они также создали Edda . Edda позволяет хранить и искать через ваши ресурсы AWS.
Есть некоторые упоминания о том, что Дворник Обезьяны может быть интегрирован с Эддой, но с тех пор они не опубликовали много информации об этом.
Сегодня с помощью AWS CloudTrail и AWS Config Rules можно добиться аналогичных результатов без стороннего программного обеспечения. Когда были объявлены Edda и Janitor Monkey (2012-2013), обе эти службы еще не были готовы решать подобные проблемы.
С CloudTrail и Config, отслеживание ресурсов уже на месте. Все, что нужно сделать, это написать скрипт, который будет решать, что делать с ними, периодически просматривая список.
источник