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 Google Kubernetes Engine (GKE) de destino em execução num cluster do GKE. Tenha em atenção que os alvos só podem incluir serviços executados em clusters do GKE (públicos ou privados) com pontos finais públicos. Para segmentar serviços em clusters do GKE com pontos finais privados, encaminhe eventos para pontos finais HTTP internos.
O Eventarc envia eventos para o recetor de eventos num formato CloudEvents através de um pedido HTTP.
O Cloud Firestore suporta o contexto de autorização como um atributo de extensão ao formato CloudEvents. Quando cria um acionador, pode aplicar este atributo de tipo de evento para filtrar eventos com informações de autenticação.
Estas instruções mostram como configurar o encaminhamento de eventos para o seu serviço GKE que é acionado por um eventoCloud Firestore direto. Para mais detalhes, consulte a lista de eventos diretos suportados.
Antes de começar
Tem de ativar a federação de identidades da carga de trabalho para o GKE no cluster do GKE em que o serviço de destino está a ser executado. A Workload Identity Federation para o GKE é necessária para configurar corretamente o encaminhador de eventos e é a forma recomendada de aceder aos Google Cloud serviços a partir de aplicações em execução no GKE devido às suas propriedades de segurança e capacidade de gestão melhoradas.
Workload Identity Federation para o GKE
As aplicações executadas no GKE podem precisar de acesso aGoogle Cloud APIs. A federação de identidades da carga de trabalho para o GKE permite que uma conta de serviço do Kubernetes no seu cluster do GKE atue como uma conta de serviço do IAM. Os pods que usam a conta de serviço do Kubernetes configurada autenticam-se automaticamente como a conta de serviço do IAM quando acedem às APIs Google Cloud . A utilização da federação de identidade da carga de trabalho para o GKE permite-lhe atribuir identidades e autorização distintas e detalhadas a cada aplicação no seu cluster. Tenha em atenção que têm de ser concedidas autorizações específicas à conta de serviço do acionador do Eventarc. Neste documento, consulte os passos para criar uma conta de serviço.
Para mais informações sobre como ativar e configurar a Workload Identity Federation para o GKE nos seus clusters do GKE, consulte o artigo Use a Workload Identity Federation para o GKE.
Encaminhador de eventos
O encaminhador de eventos do Eventarc extrai novos eventos do Eventarc e encaminha-os para o destino do GKE. Este componente funciona como um mediador entre a camada de transporte do Pub/Sub e o serviço GKE. Funciona nos serviços existentes e também suporta serviços de sinalização (incluindo os que não estão expostos fora do cluster totalmente gerido), ao mesmo tempo que simplifica a configuração e a manutenção. Ao nível da rede, para receber eventos num serviço do GKE, não precisa de abrir o serviço ao tráfego externo, uma vez que todos os eventos são enviados a partir de uma origem que reside no mesmo cluster do GKE.
Tenha em atenção que o ciclo de vida do encaminhador de eventos é gerido pelo Eventarc e, se eliminar acidentalmente o encaminhador de eventos, o Eventarc restaura este componente.
Para cada acionador que aponta para um destino do GKE, o encaminhador de eventos (um pod gke-forwarder
especificamente configurado) faz o seguinte:
Usa a API Pub/Sub para abrir uma
StreamingPull
ligação ao transportador de acionadores (um tópico e uma subscrição do Pub/Sub) e recebe eventos à medida que ficam disponíveis.Transforma eventos no formato CloudEvents correto, codifica-os e envia-os como um pedido
HTTP POST
para o serviço GKE de destino.
O agente de serviço do Eventarc precisa da autorização para executar e
atualizar regularmente a instância do gke-forwarder
. Esta autorização tem de ser concedida uma vez por projeto. Para ver detalhes, consulte a secção Ative destinos do GKE neste documento.
Prepare-se para criar um acionador
Para cada acionador que segmenta um serviço do GKE, o Eventarc cria um componente encaminhador de eventos. O Eventarc requer autorizações para instalar o componente e gerir recursos no cluster do GKE. Antes de criar um acionador do Eventarc para destinos do GKE, certifique-se de que conclui as seguintes tarefas.
Consola
Na Google Cloud consola, na página do seletor de projetos, selecione ou crie um Google Cloud projeto.
Ative as APIs Eventarc, Eventarc Publishing, Google Kubernetes Engine e Resource Manager.
Se aplicável, ative a API relacionada com os eventos diretos. Por exemplo, para eventos, ative a APICloud Firestore . Cloud Firestore
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 identidade e de acesso (IAM) necessárias para conceder à sua conta de serviço. Para mais informações, consulte o artigo Funções e autorizações para alvos do GKE.
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 Eventarc, Eventarc Publishing, Google Kubernetes Engine e Resource Manager.
gcloud services enable eventarc.googleapis.com \ eventarcpublishing.googleapis.com \ container.googleapis.com \ cloudresourcemanager.googleapis.com
Se aplicável, ative a API relacionada com os eventos diretos. Por exemplo, para Cloud Firestore eventos, ative
firestore.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 destino do GKE.
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 mais informações, consulte o artigo Funções e autorizações para alvos do GKE.
Ative os destinos do GKE
Para permitir que o Eventarc faça a gestão de recursos no cluster do GKE, ative os destinos do GKE e associe o agente de serviço do Eventarc às funções necessárias.
Ative os destinos do GKE para o Eventarc:
gcloud eventarc gke-destinations init
No comando para associar as funções necessárias, introduza
y
.As seguintes funções estão associadas:
roles/compute.viewer
roles/container.developer
roles/iam.serviceAccountAdmin
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
Cloud Firestore.
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 Cloud Firestore, tem de ser application/protobuf e os dados do evento são uma matriz de bytes. Para mais informações sobre as mensagens protobuf para eventos do Cloud Firestore, consulte o artigo Eventos comuns.
- 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 do caminho: aplicável a recursos
document
(modo nativo) eentity
(modo Datastore). Use carateres universais para responder a alterações que correspondam a um padrão. Um caráter universal*
corresponde a um único segmento e um caráter universal de vários segmentos**
corresponde a zero ou mais segmentos no padrão. Não especifique uma barra à esquerda. Por exemplo:users/*
ouusers/{userId}
Corresponde a todos os documentos na coleção /users
. Não corresponde a documentos em subcoleções, como/users/marie/messages/33e2IxYBD9enzS50SJ68
users/**
Corresponde a todos os documentos na coleção /users
e a documentos em subcoleções, como/users/marie/messages/33e2IxYBD9enzS50SJ68
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 Kubernetes Engine.
- 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 gcloud eventarc triggers create
comando juntamente com flags obrigatórias e opcionais.
As flags diferem consoante esteja a executar o Firestore no modo nativo ou no modo Datastore. Para mais informações, consulte o artigo Escolher entre o modo nativo e o modo Datastore.
Modo nativo
gcloud eventarc triggers create TRIGGER \ --location=LOCATION \ --destination-gke-cluster=DESTINATION_GKE_CLUSTER \ --destination-gke-location=DESTINATION_GKE_LOCATION \ --destination-gke-namespace=DESTINATION_GKE_NAMESPACE \ --destination-gke-service=DESTINATION_GKE_SERVICE \ --destination-gke-path=DESTINATION_GKE_PATH \ --event-filters="type=EVENT_FILTER_TYPE" \ --event-filters="database=DATABASE" \ --event-filters="namespace=NAMESPACE" \ --event-filters-path-pattern="document=DOCUMENT" \ --event-data-content-type="EVENT_DATA_CONTENT_TYPE" \ --service-account=SERVICE_ACCOUNT_NAME@PROJECT_ID.iam.gserviceaccount.com"
Modo Datastore
gcloud eventarc triggers create TRIGGER \ --location=LOCATION \ --destination-gke-cluster=DESTINATION_GKE_CLUSTER \ --destination-gke-location=DESTINATION_GKE_LOCATION \ --destination-gke-namespace=DESTINATION_GKE_NAMESPACE \ --destination-gke-service=DESTINATION_GKE_SERVICE \ --destination-gke-path=DESTINATION_GKE_PATH \ --event-filters="type=EVENT_FILTER_TYPE" \ --event-filters="database=DATABASE" \ --event-filters="namespace=NAMESPACE" \ --event-filters-path-pattern="entity=ENTITY" \ --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
.Os acionadores do Cloud Firestore para o Eventarc só estão disponíveis em determinadas localizações, e o acionador tem de estar na mesma localização que a base de dados do Cloud Firestore. Para mais informações, consulte Localizações do Eventarc e Localizações do Cloud Firestore.
DESTINATION_GKE_CLUSTER
: o nome do cluster do GKE no qual o serviço do GKE de destino que recebe eventos está em execução.DESTINATION_GKE_LOCATION
: (opcional) a região do Compute Engine do cluster do GKE no qual o serviço do GKE de destino está a ser executado. Se não for especificado, assume-se que o cluster é um cluster regional e está na mesma região que o acionador.DESTINATION_GKE_NAMESPACE
: (opcional) o espaço de nomes no qual o serviço do GKE de destino está a ser executado. Se não for especificado, é usado o espaço de nomesdefault
.DESTINATION_GKE_SERVICE
: o nome do serviço GKE que recebe os eventos para o acionador. O serviço pode estar em qualquer uma das localizações suportadas do GKE 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_GKE_PATH
: (opcional) o caminho relativo que especifica no serviço GKE de destino para o qual os eventos do acionador devem ser enviados. Por exemplo:/
,/route
,route
,route/subroute
.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.
O Cloud Firestore suporta os seguintes tipos de eventos apenas no modo nativo.
google.cloud.firestore.document.v1.created
: o evento é enviado quando um documento é escrito pela primeira vezgoogle.cloud.firestore.document.v1.created.withAuthContext
: event with authentication information attributes is sent when a document is written to for the first timegoogle.cloud.firestore.document.v1.updated
: o evento é enviado quando já existe um documento e qualquer valor é alteradogoogle.cloud.firestore.document.v1.updated.withAuthContext
: event with authentication information attributes is sent when a document already exists and has any value changedgoogle.cloud.firestore.document.v1.deleted
: o evento é enviado quando um documento é eliminadogoogle.cloud.firestore.document.v1.deleted.withAuthContext
: event with authentication information attributes is sent when a document is deletedgoogle.cloud.firestore.document.v1.written
: o evento é enviado quando um documento é criado, atualizado ou eliminadogoogle.cloud.firestore.document.v1.written.withAuthContext
: event with authentication information attributes is sent when a document is created, updated, or deleted.google.cloud.datastore.entity.v1.created
: o evento é enviado quando uma entidade é escrita pela primeira vezgoogle.cloud.datastore.entity.v1.created.withAuthContext
: evento com atributos de informações de autenticação é enviado quando uma entidade é escrita pela primeira vezgoogle.cloud.datastore.entity.v1.updated
: o evento é enviado quando uma entidade já existe e tem algum valor alteradogoogle.cloud.datastore.entity.v1.updated.withAuthContext
: event with authentication information attributes is sent when an entity already exists and has any value changedgoogle.cloud.datastore.entity.v1.deleted
: o evento é enviado quando uma entidade é eliminadagoogle.cloud.datastore.entity.v1.deleted.withAuthContext
: evento com atributos de informações de autenticação é enviado quando uma entidade é eliminadagoogle.cloud.datastore.entity.v1.written
: o evento é enviado quando uma entidade é criada, atualizada ou eliminadagoogle.cloud.datastore.entity.v1.written.withAuthContext
: evento com atributos de informações de autenticação é enviado quando uma entidade é criada, atualizada ou eliminada
O Cloud Firestore suporta os seguintes tipos de eventos apenas no modo Datastore. Os objetos de dados no Firestore no modo Datastore são conhecidos como entidades.
DATABASE
: a base de dados do Firestore. Para o nome da base de dados predefinido, use(default)
.NAMESPACE
(opcional): o espaço de nomes da base de dados do Firestore. Para o espaço de nomes predefinido no modo Datastore, use(default)
. Se não for especificado, é feita uma correspondência de caráter universal (*
) com todas as ocorrências.DOCUMENT
(opcional): aplicável a instâncias de base de dados em execução apenas no modo nativo. O caminho da base de dados a partir do qual quer receber eventos quando os dados são criados, atualizados ou eliminados nesse caminho. Não especifique uma barra inicial. O operador pode ser um dos seguintes:- Igual; por exemplo,
--event-filters="document=DOCUMENT"
- Padrão de caminho; por exemplo,
--event-filters-path-pattern="document=DOCUMENT"
.Use carateres universais para responder a alterações em documentos que correspondam a um padrão. Um caráter universal
*
corresponde a um único segmento e um caráter universal de vários segmentos**
corresponde a zero ou mais segmentos no padrão, por exemplo:users/*
ouusers/{userId}
Corresponde a todos os documentos na coleção /users
. Não corresponde a documentos em subcoleções, como/users/marie/messages/33e2IxYBD9enzS50SJ68
users/**
Corresponde a todos os documentos na coleção /users
e a documentos em subcoleções, como/users/marie/messages/33e2IxYBD9enzS50SJ68
- Igual; por exemplo,
ENTITY
(opcional): aplicável a instâncias de base de dados em execução apenas no modo Datastore. O caminho da base de dados a partir do qual quer receber eventos quando os dados são criados, atualizados ou eliminados nesse caminho. Não especifique uma barra inicial. O operador pode ser um dos seguintes:- Igual; por exemplo,
--event-filters="document=ENTITY"
- Padrão de caminho; por exemplo,
--event-filters-path-pattern="ENTITY=ENTITY"
Para mais informações, consulte o artigo Compreenda os padrões de caminhos.
Tenha em atenção que pode ter de interpretar carateres de forma literal nos IDs de tipo e nos IDs de entidades. A remoção de carateres especiais permite que o filtro de eventos interprete corretamente o ID. Para mais informações, consulte o artigo Escape de carateres.
- Igual; por exemplo,
EVENT_DATA_CONTENT_TYPE
: a codificação da carga útil do evento. Para eventos diretos do Firestore, tem de serapplication/protobuf
e os dados do evento são uma matriz de bytes. Para mais informações sobre as mensagens protobuf para eventos do Cloud Firestore, consulte o artigo Eventos comuns.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 Cloud Firestore, a codificação
do payload do evento é
application/protobuf
. - 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.
Exemplo:
gcloud eventarc triggers create helloworld-trigger \ --location=us-east1 \ --destination-gke-cluster=gke-events-cluster \ --destination-gke-location=us-east1-b \ --destination-gke-namespace=default \ --destination-gke-service=helloworld-events \ --destination-gke-path=/ \ --event-filters="type=google.cloud.firestore.document.v1.updated" \ --event-filters="database=my-database" \ --event-filters-path-pattern="document=users/my-document-*" \ --event-data-content-type="application/protobuf" \ --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.firestore.document.v1.updated
na instância da base de dados my-database
em execução no modo nativo e filtra eventos para caminhos document
que correspondem a users/my-document-
.
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.
O que se segue?
- Saiba mais sobre a utilização do Eventarc e do Cloud Firestore.
- Saiba mais sobre o Eventarc.
- Saiba como gerir acionadores.