Monolityczne API REST dla aplikacji mobilnej działa na pięciu instancjach EC2 w publicznych podsieciach i jest udostępniane przez rekord Route 53 multivalue answer, który wskazuje bezpośrednio na adresy IP instancji. Nagłe, duże skoki ruchu przeciążają aplikację. Które rozwiązanie pozwoli aplikacji skalować się do nowego, zmiennego obciążenia przy NAJMNIEJSZYM nakładzie operacyjnym?

Prawidłowa odpowiedź to wdrożenie ALB. Application Load Balancer (ALB) automatycznie dystrybuuje ruch między instancje EC2, zapewniając wysoką dostępność i skalowalność. Przeniesienie instancji do prywatnych podsieci zwiększa bezpieczeństwo, ponieważ nie są one bezpośrednio dostępne z internetu. ALB integruje się z Auto Scaling, co pozwala na automatyczne skalowanie instancji EC2 w odpowiedzi na zmienne obciążenie, minimalizując nakład operacyjny. Pozostałe opcje są mniej optymalne: Podział na AWS Lambda i API Gateway wymagałby znacznej refaktoryzacji aplikacji (duży nakład operacyjny). Konwersja na kontenery i Amazon EKS również wiąże się ze znacznym nakładem pracy na refaktoryzację i zarządzanie klastrem Kubernetes. Grupa Auto Scaling z aktualizacją Route 53 przez funkcję Lambda jest złożonym rozwiązaniem, które wymagałoby niestandardowej logiki do zarządzania rekordami DNS, co zwiększa nakład operacyjny i ryzyko błędów w porównaniu do użycia ALB.