Firma uruchamia aplikację opartą na REST na Amazon EC2, która odbiera dane w czasie zbliżonym do rzeczywistego od zewnętrznego dostawcy. Aplikacja przetwarza i przechowuje dane. Dostawca otrzymuje wiele błędów 503 Service Unavailable podczas wysyłania danych, ponieważ pojemność obliczeniowa gwałtownie rośnie, a aplikacja osiąga maksymalną pojemność. Jakie rozwiązanie powinien zalecić architekt rozwiązań, aby zapewnić bardziej skalowalne rozwiązanie?

Poprawna odpowiedź to użycie Amazon Kinesis Data Streams do pozyskiwania danych i przetwarzanie ich za pomocą funkcji AWS Lambda. Kinesis Data Streams to wysoce skalowalna usługa do strumieniowego przesyłania danych w czasie rzeczywistym, która może obsłużyć dużą przepustowość danych, zapobiegając błędom 503. AWS Lambda automatycznie skaluje się w zależności od obciążenia, efektywnie przetwarzając dane z Kinesis bez potrzeby zarządzania serwerami. Użycie Amazon API Gateway z planem użycia nie rozwiązuje problemu skalowalności aplikacji, a jedynie kontroluje dostęp, co może nawet pogorszyć sytuację, jeśli aplikacja nadal nie będzie w stanie przetwarzać danych. Amazon SNS jest usługą publikowania/subskrybowania, a nie strumieniowania danych w czasie rzeczywistym, i nie nadaje się do pozyskiwania dużych wolumenów danych w sposób ciągły. Przepakowanie aplikacji jako kontenera i wdrożenie jej za pomocą Amazon ECS z grupą Auto Scaling to dobre rozwiązanie dla skalowalności aplikacji, ale nie rozwiązuje problemu buforowania i pozyskiwania danych od dostawcy, który nadal może napotykać błędy, jeśli aplikacja nie będzie w stanie natychmiastowo przetworzyć wszystkich danych.