Firma przeniesie wielowarstwową aplikację do AWS w celu poprawy wydajności. Warstwy komunikują się za pośrednictwem usług RESTful, a transakcje są odrzucane, gdy warstwa jest przeciążona. Architekt rozwiązań musi zaprojektować rozwiązanie, które rozwiąże problem odrzucanych transakcji i zmodernizuje aplikację, zapewniając najwyższą efektywność operacyjną. Które rozwiązanie spełnia te wymagania?

Prawidłowa odpowiedź poprawia wydajność i eliminuje odrzucane transakcje poprzez zastosowanie bezserwerowej architektury. Amazon API Gateway zapewnia skalowalny punkt wejścia, a AWS Lambda automatycznie skaluje się, aby obsłużyć obciążenie, eliminując przeciążenia. Amazon SQS działa jako bufor, przechowując transakcje, gdy warstwy są zajęte, co zapobiega ich odrzucaniu i zapewnia asynchroniczną komunikację, zwiększając odporność. Pozostałe opcje są mniej efektywne: Zwiększanie rozmiaru instancji EC2 może być kosztowne i nie rozwiązuje problemu przeciążeń w pełni, ponieważ nadal może dochodzić do odrzucania transakcji w przypadku nagłych skoków obciążenia. Użycie Amazon SNS do komunikacji między serwerami aplikacji nie jest idealne dla asynchronicznego buforowania transakcji, ponieważ SNS jest usługą publikuj/subskrybuj, a nie kolejką. Monitorowanie długości kolejki SQS i skalowanie w górę instancji EC2 jest lepsze niż samo zwiększanie rozmiaru, ale nadal wymaga zarządzania serwerami i nie oferuje takiej elastyczności i efektywności operacyjnej jak rozwiązanie bezserwerowe.