Rotas de eventos

Pode encaminhar eventos para o seu destino configurando filtros para um acionador do Eventarc. A configuração do acionador varia consoante o tipo de evento. A rota de eventos que selecionar também depende do tipo de evento.

Tipos de eventos

  • Eventos diretos de um fornecedor Google integrado: o Eventarc pode encaminhar eventos diretos, como uma atualização a um objeto num contentor do Cloud Storage ou uma atualização a um modelo do Firebase Remote Config. Consulte a lista de eventos diretos suportados.

  • Cloud Audit Logs e Eventarc: quando é produzido um registo de auditoria que corresponde aos critérios de filtro do acionador do Eventarc, os eventos são encaminhados, o que lhe permite capturar e agir em eventos específicos. Consulte a lista de eventos de registo de auditoria suportados.

  • Pub/Sub e Eventarc: quando uma mensagem é publicada num tópico do Pub/Sub especificado pelos critérios de filtro do acionador do Eventarc ("type=google.cloud.pubsub.topic.v1.messagePublished"), os eventos são encaminhados. Pode integrar o Eventarc com qualquer serviço que possa publicar mensagens através do Pub/Sub.

  • Envio direto do Pub/Sub: em vez de usar o Eventarc, pode usar o Pub/Sub para enviar mensagens diretamente para o seu serviço. Isto aplica-se a aplicações ou serviços que tenham uma integração direta do Pub/Sub. Para mais informações, consulte o artigo Acionamento a partir do envio do Pub/Sub.

Selecione um caminho de evento

Para determinar a melhor forma de encaminhar os seus eventos para um destino, faça as seguintes perguntas:

  1. O Eventarc suporta eventos diretos para o evento que quer encaminhar? Se sim, crie um acionador do Eventarc para encaminhar esse evento direto. Em caso negativo, considere a pergunta seguinte (n.º 2).

    Para o evento que quer encaminhar, se as opções de registo de auditoria e direto forem suportadas, recomendamos que crie um acionador para encaminhar o evento direto. Os eventos diretos oferecem as seguintes vantagens em relação aos eventos de registo de auditoria:

    • Capacidade de resposta do acionador e latência de envio de eventos melhoradas
    • Formatos de eventos fortemente tipados que são mais previsíveis e detetáveis
    • Suporte para filtragem por IDs de recolha (componentes do nome do recurso)
    • Não incorre em custos adicionais ao ativar os registos de auditoria do Cloud

  2. O seu serviço ou aplicação Google suporta os registos de auditoria do Cloud, o Pub/Sub ou ambos?

  3. Se o Cloud Audit Logs e o Pub/Sub forem suportados, qual dos dois fornece as informações necessárias? Por exemplo, o Cloud Build pode gerar registos de auditoria e mensagens do Pub/Sub. No entanto, o Pub/Sub pode fornecer notificações do estado de compilação (êxito ou falha), enquanto os registos de auditoria do Cloud Build podem fornecer informações sobre as operações de criação e eliminação de compilações. Em alguns casos, o conteúdo e o impacto da latência dos registos de auditoria e das mensagens do Pub/Sub são comparáveis, e pode escolher qualquer um deles. Em seguida, deve considerar a pergunta seguinte (#4).

  4. Se usar o Pub/Sub, existe alguma vantagem em receber eventos através do Eventarc e de um formato CloudEvents comum? Por exemplo, existem várias origens de eventos? Embora possa estar mais familiarizado com o envio de mensagens do Pub/Sub diretamente, pode querer a eficiência e a conveniência de um mecanismo e um formato de entrega padrão.

O que se segue?