Um acionador do Eventarc declara o seu interesse num determinado evento ou conjunto de eventos. Pode configurar o encaminhamento de eventos especificando filtros para o acionador, incluindo a origem do evento e o serviço do Cloud Run de destino.
O Eventarc envia eventos para o recetor de eventos num formato CloudEvents através de um pedido HTTP.
Estas instruções mostram como configurar o encaminhamento de eventos para o seu serviço do Cloud Run acionado por um eventoWorkflows direto. Para mais detalhes, consulte a lista de eventos diretos suportados.
Prepare-se para criar um acionador
Antes de criar um acionador, conclua estes pré-requisitos:
Consola
Na Google Cloud consola, na página do seletor de projetos, selecione ou crie um Google Cloud projeto.
Ative as APIs Cloud Logging, Eventarc e Eventarc Publishing.
Se aplicável, ative a API relacionada com os eventos diretos. Por exemplo, para eventos, ative a APIWorkflows . Workflows
Se ainda não tiver uma, crie uma conta de serviço gerida pelo utilizador e, em seguida, conceda-lhe as funções e as autorizações necessárias para que o Eventarc possa gerir eventos para o seu serviço de destino.
Na Google Cloud consola, aceda à página Criar conta de serviço.
Selecione o seu projeto.
No campo Nome da conta de serviço, introduza um nome. A Google Cloud consola preenche o campo ID da conta de serviço com base neste nome.
No campo Descrição da conta de serviço, introduza uma descrição. Por exemplo,
Service account for event trigger
.Clique em Criar e continuar.
Para conceder o acesso adequado, na lista Selecionar uma função, selecione as funções de gestão de identidades e acessos (IAM) necessárias para conceder à sua conta de serviço para invocações autenticadas ou não autenticadas. Para mais informações, consulte o artigo Funções e autorizações para alvos do Cloud Run.
Para funções adicionais, clique em
Adicionar outra função e adicione cada função adicional.Clique em Continuar.
Para concluir a criação da conta, clique em Concluído.
gcloud
In the Google Cloud console, activate Cloud Shell.
At the bottom of the Google Cloud console, a Cloud Shell session starts and displays a command-line prompt. Cloud Shell is a shell environment with the Google Cloud CLI already installed and with values already set for your current project. It can take a few seconds for the session to initialize.
Ative as APIs Cloud Logging, Eventarc e Eventarc Publishing.
gcloud services enable logging.googleapis.com \ eventarc.googleapis.com \ eventarcpublishing.googleapis.com
Se aplicável, ative a API relacionada com os eventos diretos. Por exemplo, para Workflows eventos, ative
workflows.googleapis.com
.Se ainda não tiver uma, crie uma conta de serviço gerida pelo utilizador e, em seguida, conceda-lhe as funções e as autorizações necessárias para que o Eventarc possa gerir eventos para o seu serviço de destino.
Crie a conta de serviço:
gcloud iam service-accounts create SERVICE_ACCOUNT_NAME
Substitua
SERVICE_ACCOUNT_NAME
pelo nome da conta de serviço. Tem de ter entre 6 e 30 carateres e pode conter carateres alfanuméricos em minúsculas e traços. Depois de criar uma conta de serviço, não pode alterar o respetivo nome.Conceda as funções ou as autorizações da gestão de identidade e de acesso (IAM) necessárias para invocações autenticadas ou não autenticadas. Para mais informações, consulte Funções e autorizações para destinos do Cloud Run.
Crie um acionador
Pode criar um acionador do Eventarc através da CLI Google Cloud ou da Google Cloud consola.
Consola
- Na Google Cloud consola, aceda à página Triggers do Eventarc.
- Clique em Criar acionador.
- Escreva um Nome do acionador.
Este é o ID do acionador e tem de começar com uma letra. Pode conter até 63 letras minúsculas, números ou hífenes.
- Para o Tipo de acionador, selecione Fontes Google.
- Na lista Fornecedor de eventos, selecione
Workflows.
Tenha em atenção que o nome do fornecedor de eventos usado na Google Cloud documentação associada pode não ter um prefixo de Cloud ou Google Cloud. Por exemplo, na consola, o Memorystore for Redis é denominado Google Cloud Memorystore for Redis.
- Na lista Tipo de evento, nos eventos Direto, selecione um tipo de evento.
- Para especificar a codificação da carga útil do evento, na lista Tipo de conteúdo dos dados do evento, selecione application/json ou application/protobuf.
Tenha em atenção que um payload de evento formatado em JSON é maior do que um formatado em Protobuf. Isto pode afetar a fiabilidade, dependendo do destino do evento e dos respetivos limites de tamanho do evento. Para mais informações, consulte a secção Problemas conhecidos.
- Na lista Região, selecione a mesma região que o
Google Cloud serviço que está a gerar eventos.
Para mais informações, consulte o artigo Localizações do Eventarc.
- Se aplicável ao fornecedor de eventos, clique em Adicionar filtro
e especifique o seguinte:
- No campo Atributo 1, consoante o evento direto que escolheu, selecione um ID do recurso que pode funcionar como um filtro de eventos.
- Selecione um operador:
- Igual
- Padrão de caminho
Para mais informações, consulte o artigo Compreenda os padrões de caminhos.
- No campo Valor do atributo 1, consoante o operador que escolheu, escreva o valor exato ou aplique um padrão de caminho.
- Se forem aplicáveis mais filtros de atributos, clique em Adicionar filtro e especifique os valores adequados.
- Selecione a conta de serviço que vai invocar o seu serviço
ou fluxo de trabalho.
Em alternativa, pode criar uma nova conta de serviço.
Isto especifica o email da conta de serviço de gestão de identidade e de acesso (IAM) associado ao acionador e ao qual concedeu anteriormente funções específicas necessárias pelo Eventarc.
- Na lista Destino do evento, selecione Cloud Run.
- Selecione um serviço.
Este é o nome do serviço que recebe os eventos para o acionador. O serviço tem de estar no mesmo projeto que o acionador e recebe eventos como pedidos HTTP POST enviados para o respetivo caminho do URL raiz (
/
) sempre que o evento é gerado. - Opcionalmente, pode especificar o caminho do URL do serviço para enviar
o pedido recebido.
Este é o caminho relativo no serviço de destino para o qual os eventos do acionador devem ser enviados. Por exemplo:
/
,/route
,route
,route/subroute
. - Opcionalmente, para adicionar uma etiqueta, pode clicar em O que são etiquetas? Adicionar etiqueta. As etiquetas são pares de chave-valor que ajudam a organizar os seus Google Cloud recursos. Para mais informações, consulte o artigo
- Clique em Criar.
Depois de criar um acionador, não é possível modificar os filtros da origem do evento. Em alternativa, crie um novo acionador e elimine o antigo. Para mais informações, consulte o artigo Faça a gestão dos acionadores.
gcloud
Pode criar um acionador executando um comando gcloud eventarc triggers create
juntamente com as flags obrigatórias e opcionais.
gcloud eventarc triggers create TRIGGER \ --location=LOCATION \ --destination-run-service=DESTINATION_RUN_SERVICE \ --destination-run-region=DESTINATION_RUN_REGION \ --event-filters="type=EVENT_FILTER_TYPE" \ --event-filters="COLLECTION_ID=RESOURCE_ID" \ --event-filters-path-pattern="COLLECTION_ID=PATH_PATTERN" \ --event-data-content-type="EVENT_DATA_CONTENT_TYPE" \ --service-account=SERVICE_ACCOUNT_NAME@PROJECT_ID.iam.gserviceaccount.com"
Substitua o seguinte:
TRIGGER
: o ID do acionador ou um identificador totalmente qualificado.LOCATION
: a localização do acionador do Eventarc. Em alternativa, pode definir a propriedadeeventarc/location
; por exemplo,gcloud config set eventarc/location us-central1
.Para evitar problemas de desempenho e residência de dados, a localização tem de corresponder à localização do Google Cloud serviço que está a gerar eventos. Para mais informações, consulte o artigo Localizações do Eventarc.
-
DESTINATION_RUN_SERVICE
: o nome do serviço do Cloud Run que recebe os eventos para o acionador. O serviço pode estar em qualquer uma das localizações suportadas pelo Cloud Run e não tem de estar na mesma localização que o acionador. No entanto, o serviço tem de estar no mesmo projeto que o acionador e recebe eventos como pedidos HTTP POST enviados para o respetivo caminho do URL raiz (/
) sempre que o evento é gerado. -
DESTINATION_RUN_REGION
: (opcional) a região na qual o serviço de execução na nuvem de destino pode ser encontrado. Se não for especificado, assume-se que o serviço está na mesma região que o acionador. EVENT_FILTER_TYPE
: o identificador do evento. É gerado um evento quando uma chamada da API para o método é bem-sucedida. Para operações de longa duração, o evento só é gerado no final da operação e apenas se a ação for realizada com êxito. Para ver uma lista dos tipos de eventos suportados, consulte o artigo Tipos de eventos Google suportados pelo Eventarc.
COLLECTION_ID
(opcional): o componente resource que pode atuar como um filtro de eventos; este éworkflow
.RESOURCE_ID
: o identificador do recurso usado como o valor de filtragem para a coleção associada. Para mais informações, consulte ID do recurso.PATH_PATTERN
: o padrão do caminho a aplicar quando filtrar o recurso.-
EVENT_DATA_CONTENT_TYPE
: (opcional) a codificação da carga útil do evento. Pode serapplication/json
ouapplication/protobuf
. A codificação predefinida éapplication/json
.Tenha em atenção que um payload de evento formatado em JSON é maior do que um formatado em Protobuf. Isto pode afetar a fiabilidade, dependendo do destino do evento e dos respetivos limites de tamanho do evento. Para mais informações, consulte a secção Problemas conhecidos.
SERVICE_ACCOUNT_NAME
: o nome da sua conta de serviço gerida pelo utilizador.PROJECT_ID
: o ID do seu Google Cloud projeto.
Notas:
- A flag
--event-filters="type=EVENT_FILTER_TYPE"
é obrigatória. Se não estiver definido nenhum outro filtro de eventos, os eventos de todos os recursos são correspondentes. - Não é possível alterar o valor
EVENT_FILTER_TYPE
após a criação. Para alterarEVENT_FILTER_TYPE
, crie um novo acionador e elimine o antigo. - Cada acionador pode ter vários filtros de eventos, separados por vírgulas numa
--event-filters
=[ATTRIBUTE
=VALUE
,...] sinalização, ou pode repetir a sinalização para adicionar mais filtros. Apenas os eventos que correspondem a todos os filtros são enviados para o destino. Os carateres universais e as expressões regulares não são suportados. No entanto, quando usa a flag--event-filters-path-pattern
, pode definir um padrão de caminho do recurso. - A flag
--service-account
é usada para especificar o email da conta de serviço de gestão de identidade e de acesso (IAM) associado ao acionador. - Opcionalmente, especifique um caminho relativo no serviço do Cloud Run de destino para o qual os eventos do acionador devem ser enviados através da flag
--destination-run-path
.
Exemplo:
gcloud eventarc triggers create helloworld-trigger \ --location=us-central1 \ --destination-run-service=helloworld-events \ --destination-run-region=us-central1 \ --event-filters="type=google.cloud.workflows.workflow.v1.updated" \ --event-filters-path-pattern="workflow=my-workflow-*" \ --service-account=${SERVICE_ACCOUNT_NAME}@${PROJECT_ID}.iam.gserviceaccount.com
Este comando cria um acionador denominado helloworld-trigger
para
o evento identificado como google.cloud.workflows.workflow.v1.updated
e
corresponde a eventos para IDs workflow
que começam com my-workflow-
.
Terraform
Pode criar um acionador para um destino do Cloud Run através do Terraform. Para ver detalhes, consulte o artigo Crie um acionador com o Terraform.
Crie uma lista de um acionador
Pode confirmar a criação de um acionador listando os acionadores do Eventarc através da CLI do Google Cloud ou da Google Cloud consola.
Consola
Na Google Cloud consola, aceda à página Triggers do Eventarc.
Esta página lista os seus acionadores em todas as localizações e inclui detalhes como nomes, regiões, fornecedores de eventos, destinos e muito mais.
Para filtrar os acionadores:
- Clique em Filtro ou no campo Acionadores de filtro.
- Na lista Propriedades, selecione uma opção para filtrar os acionadores.
Pode selecionar uma única propriedade ou usar o operador lógico
OR
para adicionar mais propriedades.Para ordenar os acionadores, junto ao título de qualquer coluna suportada, clique em
Ordenar.
gcloud
Execute o seguinte comando para listar os seus acionadores:
gcloud eventarc triggers list --location=-
Este comando lista os seus acionadores em todas as localizações e inclui detalhes como nomes, tipos, destinos e estados.