Aplikacja internetowa generuje dynamiczną zawartość na instancjach Amazon EC2 w grupie Auto Scaling za Application Load Balancer (ALB). Firma używa CloudFront z ALB skonfigurowanym jako origin, a Route 53 ma rekord A dla www.example.com wskazujący na dystrybucję CloudFront. Architekt rozwiązań musi zapewnić wysoką dostępność i odporność na błędy aplikacji w różnych regionach. Które rozwiązanie spełnia ten wymóg?

Poprawna odpowiedź zapewnia wysoką dostępność i odporność na błędy poprzez rozszerzenie architektury na inny region AWS. Dodanie drugiego ALB, grupy Auto Scaling i instancji EC2 w nowym regionie tworzy pełną replikę aplikacji. Kluczowe jest zaktualizowanie istniejącej dystrybucji CloudFront o drugi origin wskazujący na nowy ALB. Utworzenie grupy origin z jednym origin jako podstawowym i drugim jako pomocniczym umożliwia automatyczne przełączanie awaryjne na poziomie CloudFront w przypadku problemów z podstawowym regionem, co jest zgodne z wymaganiami zadania. Pozostałe opcje są nieprawidłowe, ponieważ: Opcja 1: Użycie rekordów przełączania awaryjnego Route 53 dla dwóch dystrybucji CloudFront nie jest optymalne dla dynamicznej zawartości, ponieważ CloudFront sam w sobie oferuje mechanizmy przełączania awaryjnego origin. Opcja 3: Dodanie instancji z innego regionu do istniejącego ALB jest niemożliwe, ponieważ ALB są regionalne i nie mogą równoważyć ruchu między regionami. Opcja 4: Użycie AWS Global Accelerator z dwiema dystrybucjami CloudFront jest możliwe, ale CloudFront oferuje już wbudowane mechanizmy przełączania awaryjnego origin, co czyni to rozwiązanie bardziej złożonym niż konieczne dla tego scenariusza.