Una instancia de Cloud Composer 2 se ejecuta en una subred sin acceso a Internet. Un DAG procesa un archivo de Cloud Storage a la vez; desea que se ejecute de forma reactiva en cada archivo nuevo. ¿Qué diseño permite que un notificador sin servidor active Composer sin acceso a Internet?

La opción correcta permite la activación reactiva de DAGs en un entorno de Cloud Composer 2 sin acceso a Internet. Habilitar la Airflow REST API es crucial para la interacción programática con Composer. Las notificaciones de Cloud Storage a una Cloud Function son el mecanismo sin servidor para detectar nuevos archivos. Un endpoint de Private Service Connect (PSC) es la solución para que la Cloud Function (que opera en un entorno sin servidor) se conecte de forma privada y segura a la instancia de Composer, que reside en una subred sin acceso a Internet. Las otras opciones son incorrectas porque: La primera opción propone una suscripción push a la URL del servidor web, lo cual no es viable para una subred sin acceso a Internet y no aborda la conectividad privada desde un servicio sin servidor. La segunda y cuarta opciones sugieren usar VPC Serverless Access. Aunque VPC Serverless Access permite que Cloud Functions accedan a recursos dentro de una VPC, no es la forma más directa o segura de exponer la API de Airflow para una activación externa en este escenario de Composer 2 sin acceso a Internet, donde PSC es más apropiado para la conectividad privada a servicios. Además, la segunda opción menciona la Cloud Composer API en lugar de la Airflow REST API para la activación del DAG.