Firma uruchamia aplikację e-commerce, w której każde nowe zamówienie jest publikowane w kolejce RabbitMQ na instancji Amazon EC2 w jednej Strefie dostępności. Oddzielna instancja EC2 przetwarza wiadomości i przechowuje szczegóły w bazie danych PostgreSQL na innej instancji EC2. Wszystkie instancje EC2 znajdują się w tej samej Strefie dostępności. Firma chce uzyskać najwyższą dostępność przy najmniejszym nakładzie operacyjnym. Co powinien zrobić architekt rozwiązań?

Poprawna odpowiedź zapewnia wysoką dostępność przy minimalnym nakładzie operacyjnym, wykorzystując zarządzane usługi AWS. Migracja RabbitMQ do Amazon MQ (aktywny/zapasowy) automatycznie zapewnia redundancję i wysoką dostępność dla kolejki wiadomości bez zarządzania instancjami EC2. Utworzenie grupy Auto Scaling Multi-AZ dla aplikacji zapewnia, że aplikacja jest odporna na awarie strefy dostępności i skaluje się dynamicznie. Migracja bazy danych PostgreSQL do Amazon RDS Multi-AZ zapewnia automatyczną replikację i przełączanie awaryjne do innej strefy dostępności, co jest kluczowe dla wysokiej dostępności bazy danych i minimalizuje operacje. Pozostałe opcje są mniej optymalne. Opcja 1 nie wykorzystuje RDS Multi-AZ dla bazy danych, co zwiększa nakład operacyjny. Opcje 3 i 4 sugerują tworzenie grup Auto Scaling dla RabbitMQ i/lub bazy danych na EC2, co wymagałoby znacznie większego nakładu operacyjnego na zarządzanie infrastrukturą, konfiguracją wysokiej dostępności i replikacją, zamiast korzystania z w pełni zarządzanych usług AWS.