Asynchroniczna aplikacja HTTP zaimplementowana jako funkcja Lambda jest wywoływana za pośrednictwem publicznego punktu końcowego API Gateway w regionie us-east-1. Musisz przeprojektować aplikację, aby obsługiwała przełączanie awaryjne do innego regionu AWS. Który projekt spełnia to wymaganie?

Ta opcja jest prawidłowa, ponieważ aby zaimplementować przełączanie awaryjne między regionami dla aplikacji asynchronicznej opartej na Lambda i API Gateway, należy wdrożyć pełny stos aplikacji (Lambda i API Gateway) w drugim regionie. Amazon Route 53 z polityką routingu failover jest idealnym rozwiązaniem do kierowania ruchu do zdrowego punktu końcowego API Gateway w przypadku awarii w regionie podstawowym. Pozostałe opcje są nieprawidłowe, ponieważ: Kierowanie ruchu z API Gateway w us-west-2 do funkcji Lambda w us-east-1 nie zapewnia przełączania awaryjnego, tylko routing międzyregionalny, a awaria us-east-1 nadal uniemożliwi działanie. Użycie kolejki SQS zmienia architekturę asynchroniczną na bardziej odporną na awarie pojedynczych komponentów, ale nie zapewnia automatycznego przełączania awaryjnego między regionami dla całego stosu aplikacji. AWS Global Accelerator z Application Load Balancer jest używany do globalnego routingu i optymalizacji wydajności, ale nie jest bezpośrednio mechanizmem przełączania awaryjnego dla API Gateway w kontekście tej architektury. Route 53 jest bardziej odpowiedni dla przełączania awaryjnego DNS.