Firma migrowała system przetwarzania wiadomości do AWS. Wiadomości są odbierane w kolejce ActiveMQ na instancji Amazon EC2, przetwarzane przez aplikację konsumencką na Amazon EC2, a wyniki są zapisywane do bazy danych MySQL na Amazon EC2. Firma chce, aby aplikacja była wysoce dostępna przy niskiej złożoności operacyjnej. Która architektura oferuje NAJWYŻSZĄ dostępność?

Poprawna odpowiedź zapewnia najwyższą dostępność przy niskiej złożoności operacyjnej. Amazon MQ z brokerami aktywny/standby w dwóch Strefach Dostępności automatycznie zarządza wysoką dostępnością brokera wiadomości. Grupa Auto Scaling dla instancji konsumenckich EC2 w dwóch Strefach Dostępności zapewnia odporność na awarie instancji i Stref Dostępności, automatycznie skalując aplikację. Amazon RDS for MySQL z włączoną funkcją Multi-AZ oferuje automatyczne przełączanie awaryjne do repliki w innej Strefie Dostępności, eliminując potrzebę ręcznej replikacji i zarządzania bazą danych. Pozostałe opcje są mniej optymalne: Ręczne dodawanie i replikowanie komponentów (ActiveMQ, instancje konsumenckie, MySQL) w Strefach Dostępności zwiększa złożoność operacyjną i nie zapewnia automatycznego skalowania ani przełączania awaryjnego w takim stopniu jak usługi zarządzane. Użycie Amazon MQ i replikacja MySQL, ale bez Auto Scaling dla konsumentów, oznacza, że warstwa konsumencka nie będzie automatycznie skalować się ani odzyskiwać po awarii instancji. Użycie Amazon MQ, RDS Multi-AZ, ale bez Auto Scaling dla konsumentów, nadal pozostawia warstwę konsumencką podatną na pojedyncze punkty awarii i brak elastyczności skalowania.