Een asynchrone HTTP-applicatie, geïmplementeerd als een Lambda-functie, wordt aangeroepen via een openbaar API Gateway-eindpunt in us-east-1. U moet de applicatie opnieuw ontwerpen om failover naar een andere AWS-regio te ondersteunen. Welk ontwerp voldoet aan deze vereiste?

De correcte optie beschrijft een actieve/passieve multi-regio architectuur. Door de Lambda-functie en API Gateway in een tweede regio (us-west-2) te implementeren, creëer je een volledig redundante omgeving. Amazon Route 53 met een failover-routingbeleid kan vervolgens automatisch verkeer omleiden naar de gezonde regio als de primaire regio (us-east-1) uitvalt. Dit zorgt voor hoge beschikbaarheid en disaster recovery. De eerste optie is onjuist omdat het API Gateway-eindpunt in us-west-2 nog steeds naar de Lambda-functie in us-east-1 verwijst, wat geen echte failover biedt als us-east-1 uitvalt. De tweede optie is onjuist omdat het toevoegen van een SQS-wachtrij de asynchrone aard van de applicatie verandert, maar geen cross-region failover-mechanisme biedt voor de Lambda-functie zelf. De derde optie is onjuist omdat het gebruik van AWS Global Accelerator met een Application Load Balancer niet de meest directe of gebruikelijke methode is voor failover tussen API Gateway-eindpunten in verschillende regio's; Route 53 is hiervoor de standaardoplossing.