Problemas conhecidos do Eventarc Standard

O Gemini Code Assist só tem suporte no VS Code com a extensão Gemini Code Assist + Cloud Code version+.

Esta página lista problemas conhecidos do Eventarc Standard.

Você também pode verificar problemas existentes ou abrir novos nos issue trackers públicos.

  • Gatilhos recém-criados podem levar até dois minutos para ficarem operacionais.

  • Se você atualizar um gatilho antes da entrega do evento gerado, o evento será encaminhado de acordo com a filtragem anterior e entregue ao destino original até três dias após a geração do evento. A nova filtragem é aplicada a eventos gerados após a atualização.

  • Há uma transmissão duplicada conhecida dos Registros de auditoria do Cloud com relação a algumas origens de eventos do Google Cloud. Quando registros duplicados são publicados, eventos duplicados são enviados aos destinos. Para evitar esses eventos duplicados, crie gatilhos para campos que garantam que o evento seja único. Isso se aplica aos seguintes tipos de evento:

    • 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)

    Como o Workflows lida com a eliminação de duplicação de eventos, você não precisa garantir que o evento seja exclusivo ao criar um gatilho para o Workflows.

  • Ainda não há suporte para gatilhos entre projetos. O serviço que recebe os eventos do gatilho precisa estar no mesmo projeto do Google Cloud que o gatilho. Se as solicitações para o serviço forem acionadas por mensagens publicadas em um tópico do Pub/Sub, esse tópico também precisará estar no mesmo projeto que o gatilho. Consulte Encaminhar eventos entre projetos do Google Cloud.

  • Independentemente do local real da instância da máquina virtual, os Registros de auditoria do Cloud para o Compute Engine resultam em eventos originados em uma única região: us-central1. Ao criar o gatilho, verifique se o local dele está definido como us-central1 ou global.

  • Os eventos diretos do Pub/Sub não incluem um campo delivery_attempt, a menos que o destino do evento seja o Cloud Run ou as funções do Cloud Run. Isso pode afetar a forma como você lida com falhas de mensagens.

  • Para alguns provedores de eventos, é possível codificar o payload do evento como application/json ou application/protobuf. No entanto, um payload de evento formatado em JSON é maior que um formatado em Protobuf e isso pode afetar a confiabilidade, dependendo do destino do evento e dos limites de tamanho dele. Quando esse limite é atingido, ocorre uma nova tentativa do evento de acordo com as características de novas tentativas da camada de transporte do Eventarc, o Pub/Sub. Saiba como lidar com falhas de mensagens do Pub/Sub quando o número máximo de tentativas foi atingido.

  • Ao usar o Workflows como destino para um gatilho do Eventarc, os eventos que forem maiores que o tamanho máximo de argumentos do Workflows não vão acionar as execuções de fluxo de trabalho. Para mais informações, consulte Cotas e limites.

  • O limite máximo de profundidade aninhada em cada entrada de registro estruturado para gatilhos que usam os Registros de auditoria do Cloud é de 64 níveis. Os eventos de registro que excedem esse limite são descartados e não são entregues pelo Eventarc.

  • Ao criar um gatilho do Eventarc pela primeira vez em um projeto do Google Cloud, pode haver um atraso no provisionamento do agente de serviço do Eventarc. Geralmente, é possível resolver esse problema tentando criar novamente o gatilho. Para mais informações, consulte Erros de permissão negada.