Środowisko produkcyjne działa obecnie na pojedynczej instancji EC2, która hostuje zarówno aplikację internetową, jak i bazę danych MariaDB. Polityka firmy wymaga wysokiej dostępności dla systemów produkcyjnych. Jaka zmiana w projekcie zapewni zgodność z tym wymogiem?

Poprawna odpowiedź zapewnia wysoką dostępność zarówno dla warstwy aplikacji, jak i bazy danych. Migracja bazy danych do Amazon RDS for MariaDB Multi-AZ automatycznie obsługuje replikację i przełączanie awaryjne między Strefami Dostępności. Uruchomienie aplikacji na instancjach EC2 w grupie Auto Scaling obejmującej wiele Stref Dostępności, za load balancerem, gwarantuje, że awaria pojedynczej instancji lub Strefy Dostępności nie spowoduje niedostępności aplikacji. Pozostałe opcje są nieprawidłowe, ponieważ: Opcja z AWS Lambda i Multi-AZ dla funkcji Lambda jest nieadekwatna, ponieważ Lambda jest z natury wysoce dostępna i nie ma opcji Multi-AZ w tym kontekście. Ponadto, konwersja istniejącej aplikacji na Lambda może być złożona i nie jest bezpośrednią odpowiedzią na wymóg wysokiej dostępności dla istniejącej architektury. Kopiowanie bazy danych na inną instancję EC2 i ręczne uruchamianie nowej instancji z AMI w przypadku awarii jest rozwiązaniem niskiej dostępności i wymaga ręcznej interwencji, co nie spełnia wymogów wysokiej dostępności. Uruchamianie drugiej instancji bazy danych w stanie zatrzymanym jako zapasowej nie zapewnia automatycznego przełączania awaryjnego i wysokiej dostępności. Wymagałoby to ręcznej interwencji w przypadku awarii.