Klienci firmy finansowej proszą o spotkania z doradcami za pośrednictwem wiadomości tekstowych. Aplikacja internetowa na Amazon EC2 przyjmuje żądania i publikuje wiadomości tekstowe w kolejce Amazon Simple Queue Service (Amazon SQS). Inna aplikacja EC2 wysyła zaproszenia na spotkania i e-maile z potwierdzeniem, a następnie przechowuje szczegóły spotkania w tabeli Amazon DynamoDB. W miarę rozwoju firmy klienci zgłaszają, że zaproszenia na spotkania docierają z opóźnieniem. Co powinien zalecić architekt rozwiązań, aby rozwiązać ten problem?

Prawidłowa odpowiedź to dodanie grupy Auto Scaling dla aplikacji wysyłającej zaproszenia na spotkania i skonfigurowanie jej do skalowania w oparciu o głębokość kolejki SQS. Opóźnienia w dostarczaniu zaproszeń wskazują, że aplikacja przetwarzająca wiadomości z kolejki SQS nie nadąża za napływającymi żądaniami. Skalowanie tej aplikacji w oparciu o głębokość kolejki SQS (czyli liczbę oczekujących wiadomości) zapewni, że będzie ona w stanie dynamicznie dostosować swoją pojemność do obciążenia, co przyspieszy przetwarzanie i eliminację opóźnień. Dodanie klastra DynamoDB Accelerator (DAX) przed bazą danych DynamoDB nie rozwiąże problemu, ponieważ opóźnienia dotyczą przetwarzania wiadomości, a nie dostępu do danych. Dodanie Amazon API Gateway API przed aplikacją internetową lub dystrybucji Amazon CloudFront z aplikacją internetową jako źródłem żądań również nie pomoże, ponieważ te rozwiązania dotyczą warstwy frontendowej i dostarczania treści, a nie przetwarzania backendowego.