Firma projektuje aplikację internetową na AWS do przetwarzania wycen ubezpieczeniowych. Użytkownicy zgłaszają zapytania o wyceny. Wyceny muszą być oddzielone według typu, muszą być udzielone w ciągu 24 godzin i nie mogą zostać utracone. Rozwiązanie powinno maksymalizować wydajność operacyjną i minimalizować konserwację. Które rozwiązanie spełnia te wymagania?

Poprawna odpowiedź wykorzystuje Amazon SNS i SQS, co jest idealnym rozwiązaniem dla tego scenariusza. SNS jest usługą publikowania/subskrybowania, która może dystrybuować wiadomości do wielu subskrybentów, w tym kolejek SQS. Filtrowanie wiadomości SNS pozwala na kierowanie wiadomości do konkretnych kolejek SQS na podstawie typu wyceny, co zapewnia separację. SQS gwarantuje niezawodne dostarczanie wiadomości (niezależnie od tego, czy konsumenci są dostępni), co spełnia wymóg, aby wyceny nie zostały utracone. SQS jest również bezserwerowy i wysoce skalowalny, minimalizując konserwację i maksymalizując wydajność operacyjną. Pozostałe opcje są mniej odpowiednie: Kinesis Data Streams wymaga zarządzania shardami i jest bardziej złożony dla tego przypadku użycia, a KCL wymaga zarządzania instancjami. AWS Lambda i SNS dla każdego typu wyceny wprowadza niepotrzebną złożoność i nie zapewnia natywnego mechanizmu kolejkowania dla niezawodności i ponawiania prób, jeśli Lambda zawiedzie. Kinesis Data Firehose jest przeznaczony do dostarczania danych do usług analitycznych i przechowywania, a nie do kolejkowania wiadomości dla aplikacji zaplecza. OpenSearch Service jest bazą danych wyszukiwania i analizy, a nie kolejką wiadomości, i wymagałoby aktywnego odpytywania, co jest mniej wydajne niż model SQS.