Próbuję zautomatyzować wdrażanie mojej aplikacji AWS za pomocą Jenkins.
W tej chwili, jeśli chcemy zaktualizować aplikację w dowolnym środowisku, powiedzmy UAT, budujemy nasze obrazy dokerów, znajdujemy bieżące Zadanie ECS i aktualizujemy go o nowy obraz, znajdujemy działający Klaster ECS i aktualizujemy zadania.
Ogólnie, jaka jest najlepsza praktyka w zakresie śledzenia identyfikatorów zasobów w chmurze (identyfikatory klastrów ECS, identyfikatory zadań ECS, identyfikatory EC2 itp.) W środowisku ciągłej integracji?
Netflix przedstawił swoją metodę radzenia sobie z problemem rozrastania się zasobów. Stworzyli Małpę Janitor, która jest odpowiedzialna za oczyszczenie zasobów, kiedy widać, że nie są one wykorzystywane.
Aby śledzić utworzone zasoby w Amazon AWS, wygenerować dziennik kontroli i umożliwić przeszukiwanie czasu (i historii), stworzyli również Eddę . Edda pozwala przechowywać i przeszukiwać zasoby AWS.
Jest kilka wzmianek, że Janitor Monkey może być zintegrowany z Eddą, ale od tego czasu nie opublikowali wiele informacji na ich temat.
Dziś dzięki AWS CloudTrail i AWS Config Rules można osiągnąć podobne wyniki bez oprogramowania innych firm. Kiedy ogłoszono Eddę i Janitor Monkey (2012–2013), obie te usługi nie były jeszcze gotowe do rozwiązania tego rodzaju problemów.
Dzięki CloudTrail i Config śledzenie zasobów jest już na miejscu. Wystarczy napisać skrypt, który zdecyduje, co z nimi zrobić, od czasu do czasu przeglądając listę.
źródło