Aplikacja Java została wdrożona w AWS Elastic Beanstalk przy użyciu środowiska z pojedynczą instancją w celu obniżenia kosztów podczas programowania. Testy wykazują stałe wykorzystanie procesora powyżej 85%, co powoduje wąskie gardła wydajności. Musisz złagodzić wąskie gardło procesora przed produkcją przy najmniejszym obciążeniu operacyjnym. Co powinieneś zrobić?

Poprawna odpowiedź to modyfikacja istniejącego środowiska Elastic Beanstalk. Zmiana typu środowiska z pojedynczej instancji na środowisko z równoważeniem obciążenia (load-balanced) jest kluczowa, ponieważ umożliwia skalowanie w poziomie poprzez dodawanie instancji. Włączenie wszystkich stref dostępności zwiększa odporność i dostępność aplikacji. Dodanie reguły skalowania w poziomie, która uruchamia się, gdy średnie wykorzystanie procesora przekroczy 85% przez 5 minut, automatycznie doda nowe instancje EC2, rozkładając obciążenie i rozwiązując problem wąskiego gardła. To podejście jest najbardziej efektywne operacyjnie, ponieważ wykorzystuje istniejące środowisko i minimalizuje zmiany w procesie wdrażania. Pozostałe opcje są mniej optymalne: Tworzenie nowej aplikacji Elastic Beanstalk (opcja 1) jest zbędne i generuje dodatkowe obciążenie operacyjne, ponieważ istniejąca aplikacja może zostać zmodyfikowana. Tworzenie drugiego środowiska z polityką traffic-splitting (opcja 2) jest bardziej złożone i nie rozwiązuje bezpośrednio problemu skalowania w ramach jednego środowiska w celu obsługi wysokiego obciążenia procesora. Opcja 4 (Rebuild environment) nie jest odpowiednia, ponieważ "Rebuild" usuwa i tworzy środowisko od nowa, co jest bardziej inwazyjne niż modyfikacja konfiguracji. Ponadto, wybór tylko jednej strefy dostępności zmniejsza odporność.