Mantenha tudo organizado com as coleções
Salve e categorize o conteúdo com base nas suas preferências.
O Workflows publica conectores para facilitar o acesso a outros
produtosGoogle Cloud em um fluxo de trabalho. Para uma referência detalhada dos conectores
disponíveis, consulte a
Referência de conectores.
Os conectores podem ser usados para se conectar a outras APIs Google Cloud em
um fluxo de trabalho e integrar seus fluxos de trabalho a esses produtos Google Cloud. Por exemplo, é possível usar conectores para publicar mensagens do Pub/Sub,
ler ou gravar dados em um banco de dados do Firestore ou recuperar
chaves de autenticação do Secret Manager.
Aprenda a usar um conector.
Os conectores simplificam os serviços de chamada porque processam a formatação das
solicitações, fornecendo métodos e argumentos para que você não precise conhecer
os detalhes de uma API Google Cloud .
Os conectores usam a autenticação integrada do Identity and Access Management para interagir com outros
produtos doGoogle Cloud . Observe que um fluxo de trabalho que usa um conector ainda
precisa ter as permissões apropriadas atribuídas à sua conta de serviço para ser autenticado
corretamente em uma determinada API. Por exemplo, para publicar uma mensagem no
Pub/Sub, a conta de serviço associada ao fluxo de trabalho precisa
ter o papel roles/pubsub.publisher.
Para saber mais sobre a autenticação em outros produtos do Google Cloud , consulte
Conceder uma permissão de fluxo de trabalho para acessar Google Cloud recursos.
Novas tentativas
Todos os conectores aplicam as seguintes
políticas de repetição e configurações
de tratamento de erros:
Por padrão, as solicitações expiram após 30 minutos. Observe que, para operações de longa duração,
isso se aplica a solicitações individuais (por exemplo, iniciar a
operação ou verificar o status dela) dentro da operação de longa duração. O
campo connector_params pode ser usado para configurar o tempo limite de
todas as operações. Consulte a referência dos conectores.
Operações de longa duração
Os seguintes comportamentos se aplicam para chamadas que executam uma operação de longa duração:
Os fluxos de trabalho bloqueiam a execução do fluxo até que ela
seja concluída ou falhe.
Por padrão, as chamadas expiram após 30 minutos. O tempo limite da chamada pode ser
alterado usando o campo connector_params (no máximo um ano). Consulte a
referência dos conectores.
Os conectores pesquisam operações de longa duração periodicamente. Por padrão,
os fluxos de trabalho usam uma espera exponencial de 1,25 ao pesquisar,
começando com 1 segundo e diminuindo para 60 segundos entre as pesquisas.
Cada tentativa de pesquisa conta como uma etapa faturável. É possível alterar os parâmetros de pesquisa
usando o campo connector_params. Consulte a referência dos conectores.
O mecanismo anterior de novas tentativas é aplicado em caso de falha na tentativa de pesquisa.
As respostas da pesquisa são verificadas, e, se o payload da resposta for inválido, um
erro ResponseTypeError será retornado.
Quando ocorre um erro durante uma operação de longa duração, o Workflows
gera um erro OperationError. O erro inclui outro atributo,
error, que contém detalhes específicos da operação.
Se uma operação de longa duração falhar, a chamada do conector gerará
uma exceção com os seguintes atributos:
message: mensagem legível de erro.
tags: uma lista de tags. Para uma chamada do conector de operação de longa duração, a lista
inclui OperationError.
operation: o objeto da operação de longa duração com falha.
Para uma lista detalhada dos tipos de operação de longa duração compatíveis, consulte a
referência dos conectores.
[[["Fácil de entender","easyToUnderstand","thumb-up"],["Meu problema foi resolvido","solvedMyProblem","thumb-up"],["Outro","otherUp","thumb-up"]],[["Difícil de entender","hardToUnderstand","thumb-down"],["Informações incorretas ou exemplo de código","incorrectInformationOrSampleCode","thumb-down"],["Não contém as informações/amostras de que eu preciso","missingTheInformationSamplesINeed","thumb-down"],["Problema na tradução","translationIssue","thumb-down"],["Outro","otherDown","thumb-down"]],["Última atualização 2025-08-18 UTC."],[],[],null,["# Understand connectors\n\nWorkflows publishes connectors to make it easier to access other\nGoogle Cloud products within a workflow. For a detailed reference of available\nconnectors, see the\n[Connectors reference](/workflows/docs/reference/googleapis).\n\nConnectors can be used to connect to other Google Cloud APIs within\na workflow, and to integrate your workflows with those Google Cloud\nproducts. For example, you can use connectors to publish Pub/Sub\nmessages, read or write data to a Firestore database, or retrieve\nauthentication keys from Secret Manager.\n[Learn how to use a connector](/workflows/docs/invoke-connector-to-gcp-service).\n\nConnectors simplify calling services because they handle the formatting of\nrequests for you, providing methods and arguments so that you don't need to know\nthe details of a Google Cloud API.\n\nConnectors have built-in behavior for handling [retries](#retries) and\n[long-running operations](#lro).\n| **Note:** API operations that are facilitated by Workflows connectors should not be confused with calling or invoking a Google Cloud service---such as Cloud Run functions or Cloud Run---which is done through an [HTTP request](/workflows/docs/http-requests).\n\nAuthentication\n--------------\n\nConnectors use built-in Identity and Access Management authentication to interact with other\nGoogle Cloud products. Note that a workflow using a connector still\nneeds to have proper permissions assigned to its service account to properly\nauthenticate to a given API. For example, to publish a message to\nPub/Sub, the service account associated with your workflow needs to be\ngranted the [`roles/pubsub.publisher` role](/pubsub/docs/access-control#roles).\nTo learn more about authenticating to other Google Cloud products, see\n[Grant a workflow permission to access Google Cloud resources](/workflows/docs/authentication).\n\nRetries\n-------\n\nAll connectors apply the following\n[retry policy](/workflows/docs/reference/syntax/retrying) and error\nhandling configurations:\n\n- Workflows uses an\n [idempotent retry policy](/workflows/docs/reference/syntax/retrying#retry-idempotent)\n for GET requests.\n\n- Workflows uses a\n [non-idempotent retry policy](/workflows/docs/reference/syntax/retrying#retry-non-idempotent)\n for all other HTTP methods.\n\n- By default, requests time out after 30 minutes. Note that for long-running\n operations, this applies to individual requests (for example, starting the\n operation or checking its status) within the long-running operation. The\n timeout for the entire operation can be configured using the\n `connector_params` field. See the [Connectors reference](/workflows/docs/reference/googleapis).\n\nLong-running operations\n-----------------------\n\nFor calls performing a long-running operation, the following behaviors apply:\n\n- Workflows blocks the workflow execution until the operation\n completes successfully or fails.\n\n- By default, calls time out after 30 minutes. The timeout of the call can be\n changed using the `connector_params` field (to a maximum of one year). See the\n [Connectors reference](/workflows/docs/reference/googleapis).\n\n- Connectors poll long-running operations periodically. By default,\n Workflows uses an exponential backoff of 1.25 when polling,\n starting with 1 second and slowing to 60 seconds between polls.\n Each polling attempt counts as a billable step. The polling parameters can be\n changed using the `connector_params` field. See the [Connectors reference](/workflows/docs/reference/googleapis).\n\n- The preceding retry mechanism applies to a failed polling attempt.\n\n- Poll responses are checked and if the response payload is invalid, a\n `ResponseTypeError` error is returned.\n\n- When an error occurs during a long-running operation, Workflows\n raises an `OperationError` error. The error includes an additional attribute,\n `error`, which contains operation-specific details.\n\nIf a long-running operation fails, the connector call throws an exception with\nthe following attributes:\n\n- `message`: Human-readable error message.\n- `tags`: A list of tags. For a long-running operation connector call, the list includes `OperationError`.\n- `operation`: The failed long-running operation object.\n\nFor a detailed list of supported long-running operation types, see the\n[Connectors reference](/workflows/docs/reference/googleapis).\n\nWhat's next\n-----------\n\n- [Tutorial: Run a batch translation using the Cloud Translation connector](/workflows/docs/tutorials/translation-connector)"]]