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 eventoFirebase Realtime Database 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 APIFirebase Realtime Database . Firebase Realtime Database
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 Firebase Realtime Database eventos, ative
firebasedatabase.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_NAMEpelo 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
Firebase Realtime Database.
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.
- Na lista Tipo de conteúdo dos dados de eventos, selecione a codificação do payload do evento.
Para eventos diretos de Firebase Realtime Database, este tem de ser application/json.
- 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.
- No campo Atributo 1, o ID do recurso
da instância funciona como um filtro de eventos. Selecione um operador para este filtro:
- Igual
- Padrão de caminho
Para mais informações, consulte o artigo Compreenda os padrões de caminhos.
- No campo Valor do atributo 1, introduza o nome da instância da base de dados a partir da qual vai receber eventos. Consoante o operador que escolheu no passo anterior, o valor do atributo deve ser o nome exato ou um formato de padrão de caminho.
- Para o atributo ref, selecione o operador Padrão do caminho.
- No campo Valor do atributo 2, introduza o caminho da instância da base de dados para receber eventos se os dados forem criados, atualizados ou eliminados nesse caminho ou em qualquer caminho secundário.
- 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 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 O que são etiquetas?
- 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 gcloud eventarc triggers createcomando juntamente com 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="instance=INSTANCE" \ --event-filters-path-pattern="ref=REF" \ --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.Os acionadores da Firebase Realtime Database para o Eventarc só estão disponíveis em determinadas localizações, e o acionador tem de estar na mesma localização que a instância da Firebase Realtime Database. Para mais informações, consulte as localizações do Eventarc e as localizações da base de dados em tempo real.
-
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 do Firebase Realtime Database e pode ser um dos seguintes:google.firebase.database.ref.v1.created: o evento é enviado quando os dados são criados na base de dadosgoogle.firebase.database.ref.v1.updated: o evento é enviado quando os dados são atualizados na base de dadosgoogle.firebase.database.ref.v1.deleted: o evento é enviado quando os dados são eliminados na base de dadosgoogle.firebase.database.ref.v1.written: o evento é enviado quando os dados são criados, atualizados ou eliminados na base de dados
INSTANCE: uma única instância da base de dados e o operador pode ser um dos seguintes:- Igual; por exemplo,
--event-filters="instance=INSTANCE" - Padrão de caminho; por exemplo,
--event-filters-path-pattern="instance=INSTANCE". Para mais informações, consulte o artigo Compreenda os padrões de caminhos.
- Igual; por exemplo,
REF: o caminho na instância da base de dados para a qual quer receber eventos quando os dados são criados, atualizados ou eliminados nesse caminho ou em qualquer um dos respetivos filhos.SERVICE_ACCOUNT_NAME: o nome da sua conta de serviço gerida pelo utilizador.PROJECT_ID: o ID do seu Google Cloud projeto.
Notas:
- Para eventos diretos de Firebase Realtime Database, a codificação
do payload do evento é
application/json. - Estas flags são obrigatórias:
--event-filters="type=EVENT_FILTER_TYPE"--event-filters="instance=INSTANCE"ou--event-filters-path-pattern="instance=INSTANCE"--event-filters-path-pattern="ref=REF"
- Depois de criar um acionador, não é possível alterar o tipo de filtro de eventos. Para um tipo de evento diferente, tem de criar um novo acionador.
- 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.firebase.database.ref.v1.created" \
--event-filters="instance=test-instance" \
--event-filters-path-pattern="ref=users/*" \
--service-account=${SERVICE_ACCOUNT_NAME}@${PROJECT_ID}.iam.gserviceaccount.com
Este comando cria um acionador denominado helloworld-trigger para o evento
identificado como google.firebase.database.ref.v1.created e para o caminho users/* na instância da base de dados identificada como test-instance.
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
ORpara 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.