Firma planuje migrację 20 rzadko używanych, ale krytycznych dla biznesu aplikacji (mieszanka Java i Node.js) do AWS. Firma chce zminimalizować koszty i ujednolicić podejście do wdrożenia. Większość aplikacji działa w ramach przetwarzania na koniec miesiąca z niewielką liczbą równoczesnych użytkowników, ale mogą działać również w innym czasie. Typowe zużycie pamięci wynosi poniżej 1 GB, z pewnymi szczytami do 2,5 GB. Jedna krytyczna aplikacja Java do raportowania rozliczeń uzyskuje dostęp do wielu źródeł danych i może działać przez kilka godzin. Jaka jest NAJBARDZIEJ opłacalna strategia wdrożenia?

Uruchomienie aplikacji jako zadań Amazon ECS na instancjach Amazon EC2 z Auto Scaling jest najbardziej opłacalne. ECS pozwala na konsolidację wielu aplikacji na wspólnej puli instancji EC2, co minimalizuje koszty poprzez efektywne wykorzystanie zasobów. Auto Scaling oparty na wykorzystaniu pamięci zapewnia elastyczność i skalowanie tylko wtedy, gdy jest to potrzebne, co jest idealne dla rzadko używanych aplikacji z okresowymi szczytami. Jedna definicja zadania na aplikację ujednolica wdrożenie. AWS Lambda jest mniej odpowiednia, ponieważ jedna krytyczna aplikacja Java może działać przez kilka godzin, co przekracza typowe limity czasu wykonania funkcji Lambda (15 minut). Elastic Beanstalk, choć upraszcza wdrożenie, tworzy oddzielne środowiska dla każdej aplikacji, co może być mniej opłacalne niż konsolidacja na ECS. Tworzenie nowego klastra EC2 z Reserved Instances jest mniej elastyczne i może prowadzić do niedostatecznego lub nadmiernego zaopatrzenia, zwiększając koszty.