Una empresa utiliza un endpoint REST de API Gateway como webhook para que un sistema SCM on-premises pueda publicar eventos en EventBridge en una cuenta central de AWS. Una regla de EventBridge en la cuenta central gestiona las implementaciones. La empresa también necesita que los mismos eventos estén disponibles en varias cuentas de AWS receptoras, sin cambiar la configuración del webhook de SCM. ¿Cómo puede un desarrollador lograr esto?

La opción correcta permite la distribución de eventos a múltiples cuentas receptoras sin modificar el webhook de SCM. EventBridge soporta el envío de eventos entre cuentas. Al otorgar permisos desde la cuenta central a las cuentas receptoras y configurar buses de eventos en estas últimas, la regla existente en la cuenta central puede reenviar los eventos a estos buses remotos. Esto centraliza la ingesta de eventos (vía API Gateway y el bus de eventos central) y distribuye eficientemente a otras cuentas. Las opciones incorrectas son: Implementar API Gateway en cada cuenta receptora y usar el mismo dominio personalizado no funciona porque un solo dominio no puede apuntar a múltiples API Gateways en diferentes cuentas simultáneamente sin una capa de distribución adicional. Implementar API Gateway en cada cuenta receptora y crear un webhook de SCM separado para cada cuenta contradice el requisito de no cambiar la configuración del webhook de SCM. Convertir la API Gateway a una HTTP API no resuelve el problema de la distribución de eventos entre cuentas; es un cambio en el tipo de API que no aborda el requisito principal.