Firma tworzy grę mobilną, która przesyła strumieniowo aktualizacje wyników do procesora backendu, a następnie publikuje wyniki w tabeli wyników. Rozwiązanie musi obsługiwać duże skoki ruchu, przetwarzać aktualizacje w kolejności ich otrzymania, przechowywać przetworzone aktualizacje w wysoce dostępnej bazie danych i minimalizować narzut związany z zarządzaniem. Co powinien wdrożyć architekt rozwiązań?

Poprawna odpowiedź wykorzystuje Kinesis Data Streams do obsługi dużych skoków ruchu i przetwarzania w kolejności, Lambda do bezserwerowego przetwarzania aktualizacji, oraz DynamoDB jako wysoce dostępną bazę danych NoSQL o niskim narzucie zarządzania. Kinesis Data Streams zapewnia trwałe przechowywanie danych i gwarantuje kolejność. Lambda automatycznie skaluje się w odpowiedzi na obciążenie. DynamoDB jest w pełni zarządzaną bazą danych, która doskonale nadaje się do obsługi dużych obciążeń i zapewnia wysoką dostępność. Pozostałe opcje są mniej optymalne: Użycie floty EC2 z Auto Scaling do przetwarzania jest droższe i wymaga większego narzutu zarządzania niż Lambda. Amazon Redshift jest hurtownią danych, nieoptymalną dla pojedynczych aktualizacji wyników. SNS nie gwarantuje kolejności dostarczania wiadomości, co jest wymagane w scenariuszu aktualizacji wyników. Baza danych SQL na EC2 wymaga zarządzania instancją i bazą danych. SQS gwarantuje kolejność w przypadku kolejek FIFO, ale nie jest tak wydajny w przypadku strumieniowania danych jak Kinesis. Instancja RDS Multi-AZ DB jest relacyjną bazą danych, która może być droższa i mniej skalowalna dla tego typu obciążeń niż DynamoDB.