Firma zajmująca się mediami społecznościowymi prowadzi witrynę z nagrodami, która przyznaje użytkownikom punkty za przesyłanie filmów. Partnerzy weryfikują uprawnienia użytkownika za pomocą unikalnego identyfikatora użytkownika i chcą otrzymywać identyfikatory użytkowników za pośrednictwem punktu końcowego HTTP za każdym razem, gdy firma przyznaje punkty. Codziennie rejestrują się setki dostawców. Firma potrzebuje skalowalnej architektury, która pozwoli witrynie szybko dodawać partnerów przy NAJMNIEJSZYM wysiłku wdrożeniowym. Które rozwiązanie spełnia te wymagania?

Prawidłowa odpowiedź to utworzenie tematu Amazon Simple Notification Service (Amazon SNS), wybranie protokołu punktu końcowego HTTP(S) i subskrybowanie partnerów do tematu, a następnie publikowanie identyfikatorów użytkowników w temacie po przyznaniu punktów. SNS to wysoce skalowalna usługa do wysyłania wiadomości typu "pub/sub". Partnerzy mogą subskrybować temat SNS za pośrednictwem punktu końcowego HTTP, co minimalizuje wysiłek wdrożeniowy, ponieważ nie wymaga od firmy zarządzania indywidualnymi połączeniami z każdym partnerem. Gdy punkty zostaną przyznane, firma publikuje wiadomość w temacie SNS, a SNS automatycznie dostarcza ją do wszystkich subskrybowanych partnerów. Nieprawidłowe opcje: Amazon Timestream jest bazą danych szeregów czasowych, nieodpowiednią do zarządzania listą partnerów i wysyłania powiadomień HTTP. Funkcja Lambda musiałaby iterować po liście i wysyłać indywidualne żądania, co jest mniej efektywne niż SNS. AWS Step Functions tworzy złożone przepływy pracy i wymagałoby oddzielnego zadania dla każdego partnera, co jest nieefektywne i trudne do skalowania przy setkach dostawców. Amazon Kinesis Data Streams jest przeznaczony do przetwarzania strumieniowego danych w czasie rzeczywistym i wymagałby implementacji producentów i konsumentów, co jest bardziej złożone niż proste powiadomienia HTTP i nie jest optymalne do tego przypadku użycia.