Eine asynchrone HTTP-Anwendung, die als Lambda-Funktion implementiert ist, wird über einen öffentlichen API Gateway-Endpunkt in us-east-1 aufgerufen. Sie müssen die Anwendung neu gestalten, um ein Failover in eine andere AWS-Region zu unterstützen. Welches Design erfüllt diese Anforderung?

Die korrekte Antwort ist, die Lambda-Funktion und einen API Gateway-Endpunkt in einer zweiten Region (us-west-2) bereitzustellen und Amazon Route 53 mit einer Failover-Routing-Richtlinie zu verwenden. Dies ermöglicht ein echtes Multi-Region-Failover auf Anwendungsebene. Wenn die primäre Region (us-east-1) ausfällt, leitet Route 53 den Datenverkehr automatisch zur sekundären Region um, wo eine identische Anwendungsinstanz bereitsteht. Die Option, einen API Gateway-Endpunkt in us-west-2 zu erstellen, der den Datenverkehr an die Lambda-Funktion in us-east-1 leitet, bietet kein echtes Failover, da die Lambda-Funktion immer noch nur in einer Region existiert. Die SQS-Warteschlange verbessert die Resilienz, bietet aber kein regionales Failover für den API Gateway-Endpunkt selbst. Die Verwendung von AWS Global Accelerator mit einem Application Load Balancer ist nicht die primäre Methode für regionales Failover von API Gateway-Endpunkten; Route 53 mit Failover-Routing ist hierfür der Standardansatz.