Firma używa systemu przetwarzania płatności, który wymaga, aby wiadomości dla konkretnego identyfikatora płatności były odbierane w tej samej kolejności, w jakiej zostały wysłane. W przeciwnym razie płatności mogą zostać przetworzone nieprawidłowo. Jakie działania powinien podjąć architekt rozwiązań, aby spełnić ten wymóg? (Wybierz dwie opcje.)

Wymóg zachowania kolejności wiadomości dla konkretnego identyfikatora płatności jest kluczowy. Amazon Kinesis Data Streams zapewnia uporządkowane przetwarzanie w ramach partycji. Użycie identyfikatora płatności jako klucza partycji gwarantuje, że wszystkie wiadomości dla danej płatności trafią do tej samej partycji i zostaną przetworzone sekwencyjnie. Podobnie, Amazon SQS FIFO (First-In, First-Out) gwarantuje ścisłe zachowanie kolejności wiadomości. Ustawienie identyfikatora płatności jako identyfikatora grupy wiadomości (Message Group ID) w SQS FIFO zapewnia, że wiadomości należące do tej samej grupy (czyli tego samego identyfikatora płatności) będą dostarczane w kolejności, w jakiej zostały wysłane. Zapisywanie do tabeli Amazon DynamoDB z identyfikatorem płatności jako kluczem partycji nie gwarantuje kolejności przetwarzania wiadomości, a jedynie ich przechowywanie. Amazon ElastiCache for Memcached jest systemem pamięci podręcznej i nie jest przeznaczony do trwałego przechowywania i uporządkowanego przetwarzania wiadomości. Standardowa kolejka Amazon SQS nie gwarantuje kolejności dostarczania wiadomości.