Problemas conocidos de Eventarc Standard

Gemini Code Assist solo se admite en VS Code con la extensión Gemini Code Assist + Cloud Code version+.

En esta página se enumeran los problemas conocidos de Eventarc Standard.

También puedes buscar problemas o abrir nuevos en las herramientas de seguimiento de incidencias públicas.

  • Los activadores recién creados pueden tardar hasta dos minutos en empezar a funcionar.

  • Si actualizas un activador antes de que se entregue el evento que ha generado, el evento se enruta según el filtro anterior y se entrega al destino original en un plazo de tres días a partir de la generación del evento. El nuevo filtrado se aplica a los eventos generados después de la actualización.

  • Se sabe que se produce una transmisión duplicada de registros de auditoría de Cloud desde algunasGoogle Cloud fuentes de eventos. Cuando se publican registros duplicados, los eventos duplicados se envían a los destinos. Para evitar que se dupliquen, debe crear activadores para los campos que aseguren que el evento sea único. Esto se aplica a los siguientes tipos de eventos:

    • Cloud Storage (serviceName: storage.googleapis.com), methodName: storage.buckets.list
    • Compute Engine (serviceName: compute.googleapis.com), methodName: beta.compute.instances.insert
    • BigQuery (serviceName: bigquery.googleapis.com)

    Ten en cuenta que, como Workflows gestiona la deduplicación de eventos, no tienes que asegurarte de que el evento sea único cuando crees un activador para Workflows.

  • Los activadores entre proyectos aún no se admiten. El servicio que recibe los eventos del activador debe estar en el mismo Google Cloud proyecto que el activador. Si las solicitudes a tu servicio se activan mediante mensajes publicados en un tema de Pub/Sub, el tema también debe estar en el mismo proyecto que el activador. Consulta Eventos de ruta en varios proyectos Google Cloud .

  • Independientemente de dónde se encuentre la instancia de máquina virtual, los activadores de registros de auditoría de Cloud de Compute Engine generan eventos que proceden de una sola región: us-central1. Cuando crees el activador, asegúrate de que la ubicación del activador sea us-central1 o global.

  • Los eventos directos de Pub/Sub no incluyen el campo delivery_attempt, a menos que el destino del evento sea Cloud Run o Cloud Run Functions. Esto puede afectar a la gestión de fallos de mensajes.

  • En el caso de algunos proveedores de eventos, puede elegir codificar la carga útil del evento como application/json o application/protobuf. Sin embargo, una carga útil de eventos con formato JSON es más grande que una con formato Protobuf, y esto puede afectar a la fiabilidad en función del destino de los eventos y sus límites de tamaño. Cuando se alcanza este límite, se vuelve a intentar enviar el evento según las características de reintento de la capa de transporte de Eventarc, Pub/Sub. Consulta cómo gestionar los errores de mensajes de Pub/Sub si se alcanza el número máximo de reintentos.

  • Al usar Workflows como destino de un activador de Eventarc, los eventos que superen el tamaño máximo de los argumentos de Workflows no activarán las ejecuciones de workflows. Para obtener más información, consulta Cuotas y límites.

  • El límite de profundidad de anidación máxima de cada entrada de registro estructurado de los activadores que usan Registros de auditoría de Cloud es de 64 niveles. Los eventos de registro que superen este límite se descartarán y Eventarc no los entregará.

  • Cuando creas un activador de Eventarc por primera vez en unGoogle Cloud proyecto, puede haber un retraso en el aprovisionamiento del agente de servicio de Eventarc. Este problema suele resolverse si intentas crear el activador de nuevo. Para obtener más información, consulta Errores de permiso denegado.