Aplikacja działa na instancjach Amazon EC2 za Elastic Load Balancerem w grupie Auto Scaling i korzysta z tabeli Amazon DynamoDB. Firma chce zapewnić dostępność aplikacji w innym regionie AWS z minimalnym czasem przestoju. Co powinien zrobić architekt rozwiązań, aby spełnić ten wymóg przy NAJMNIEJSZYM czasie przestoju?

Ta opcja jest poprawna, ponieważ tworzy pełną replikę infrastruktury aplikacji w regionie odzyskiwania po awarii (DR) i wykorzystuje Global Tables DynamoDB do automatycznej replikacji danych. Dzięki temu aplikacja jest gotowa do działania w drugim regionie, co minimalizuje czas przestoju. Przełączanie awaryjne DNS (np. za pomocą Amazon Route 53) automatycznie przekieruje ruch do nowego regionu w przypadku awarii. Pozostałe opcje są mniej optymalne pod względem minimalizacji czasu przestoju: Użycie szablonu CloudFormation do uruchamiania zasobów w razie potrzeby (on-demand) wprowadza opóźnienie związane z provisioningiem zasobów, co zwiększa czas przestoju. Tworzenie alarmu CloudWatch i funkcji Lambda do aktualizacji Route 53 jest bardziej złożone i może wprowadzać dodatkowe opóźnienia w procesie przełączania awaryjnego w porównaniu do natywnego przełączania awaryjnego DNS.