Architekt rozwiązań projektuje architekturę chmury dla nowej aplikacji na AWS. Przetwarzanie powinno odbywać się równolegle, dodając i usuwając węzły aplikacji w zależności od liczby zadań do przetworzenia. Aplikacja procesora jest bezstanowa. Projekt musi być luźno powiązany, a elementy zadań muszą być trwale przechowywane. Który projekt powinien zastosować architekt rozwiązań?

Poprawna odpowiedź to użycie Amazon SQS do przechowywania zadań, AMI z aplikacją procesora, szablonu uruchamiania, grupy Auto Scaling oraz skalowania opartego na liczbie elementów w kolejce SQS. Amazon SQS jest idealny do trwałego przechowywania zadań i luźnego powiązania, ponieważ jest to usługa kolejkowania wiadomości. Grupa Auto Scaling z szablonem uruchamiania efektywnie zarządza instancjami EC2. Skalowanie w oparciu o liczbę elementów w kolejce SQS zapewnia, że zasoby są dynamicznie dostosowywane do obciążenia, co jest kluczowe dla przetwarzania równoległego. Niepoprawne opcje: Użycie Amazon SNS nie jest odpowiednie do trwałego przechowywania zadań, ponieważ SNS jest usługą publikowania/subskrybowania, a nie kolejkowania. Skalowanie oparte na użyciu procesora lub sieci może nie odzwierciedlać rzeczywistego obciążenia zadań, prowadząc do niewystarczającego lub nadmiernego skalowania. Skalowanie na podstawie liczby wiadomości opublikowanych w temacie SNS również nie jest właściwe, ponieważ nie odzwierciedla przetwarzanych zadań, a jedynie ich publikację.