Una aplicación HTTP asíncrona implementada como una función Lambda se invoca a través de un endpoint público de API Gateway en us-east-1. Debe rediseñar la aplicación para admitir la conmutación por error a otra región de AWS. ¿Qué diseño cumple este requisito?

La opción correcta establece un patrón de conmutación por error multirregional completo. Al implementar la función Lambda y el API Gateway en us-west-2, se crea una infraestructura redundante e independiente de la región us-east-1. Amazon Route 53 con una política de enrutamiento de conmutación por error es ideal para dirigir el tráfico al endpoint activo y cambiar automáticamente al secundario en caso de fallo del primario, asegurando la alta disponibilidad. La primera opción es incorrecta porque el API Gateway en us-west-2 enruta el tráfico a la función Lambda en us-east-1, lo que no proporciona redundancia regional para la función Lambda. La segunda opción es incorrecta porque la cola SQS mejora la resiliencia y desacopla la aplicación, pero no aborda la conmutación por error multirregional para el API Gateway o la función Lambda. La tercera opción es incorrecta porque Global Accelerator se usa típicamente para mejorar el rendimiento y la disponibilidad global, pero la combinación con un Application Load Balancer para gestionar el tráfico entre dos endpoints de API Gateway no es la forma más directa o idiomática de lograr una conmutación por error regional para API Gateway y Lambda.