O que são conectores em fluxos de trabalho para Aplicativos Lógicos do Azure?

Ao construir um fluxo de trabalho usando Aplicativos Lógicos do Azure, você pode usar um conector para trabalhar com dados, eventos e recursos em outros aplicativos, serviços, sistemas e plataformas - sem escrever código. Um conector fornece uma ou mais operações pré-construídas, que você usa como etapas no seu fluxo de trabalho.

Em um conector, cada operação é uma condição de gatilho que inicia um fluxo de trabalho ou uma ação subsequente que executa uma tarefa específica, juntamente com propriedades que você pode configurar. Embora muitos conectores tenham gatilhos e ações, alguns conectores oferecem apenas gatilhos, enquanto outros fornecem apenas ações.

Nos Aplicativos Lógicos do Azure, os conectores estão disponíveis em uma versão interna, uma versão gerenciada ou ambas. Muitos conectores geralmente exigem que você primeiro crie e configure uma conexão com o serviço ou sistema subjacente, geralmente para poder autenticar o acesso a uma conta de usuário. Se nenhum conector estiver disponível para o serviço ou sistema que você deseja acessar, você poderá enviar uma solicitação usando a operação HTTP genérica ou criar um conector personalizado.

Essa visão geral fornece uma introdução de alto nível aos conectores e como eles geralmente funcionam. Para obter mais informações sobre o conector, consulte a seguinte documentação:

Conectores integrados versus conectores gerenciados

Nos Aplicativos Lógicos do Azure, os conectores são integrados ou gerenciados. Alguns conectores possuem ambas as versões. As versões disponíveis dependem de você criar um fluxo de trabalho de aplicativo lógico Consumo que é executado em Aplicativos Lógicos do Azure multilocatário ou um fluxo de trabalho de aplicativo lógico Standard que é executado nos Aplicativos Lógicos do Azure de locatário único. Para obter mais informações sobre tipos de recursos de aplicativos lógicos, veja Tipos de recursos e diferenças de ambiente host.

  • Os conectores integrados foram projetados para serem executados direta e nativamente dentro dos Aplicativos Lógicos do Azure.

    No designer, todos os conectores internos são exibidos na galeria de conectores no grupo No aplicativo.

  • Os conectores gerenciados são implantados, hospedados e gerenciados no Azure pela Microsoft. Os conectores gerenciados fornecem principalmente um proxy ou um wrapper em torno de uma API que o serviço ou sistema subjacente usa para se comunicar com os Aplicativos Lógicos do Azure.

    No designer, todos os conectores gerenciados aparecem na galeria de conectores dentro do grupo Compartilhado . Eles são cobrados no nível Standard ou Enterprise .

Para saber mais, confira a seguinte documentação:

Gatilhos

Um gatilho especifica a condição a ser atendida antes que o fluxo de trabalho possa ser iniciado e é sempre a primeira etapa em qualquer fluxo de trabalho. Cada gatilho também segue um padrão de acionamento específico que controla como o gatilho monitora eventos e responde a eles. Normalmente, um gatilho segue um padrão de sondagem ou um padrão de push. Às vezes, ambas as versões do gatilho estão disponíveis.

  • Os gatilhos de sondagem verificam um determinado serviço ou sistema regularmente para conferir se há novos dados ou eventos específicos. Se há novos dados disponíveis ou o evento específico ocorre, esses gatilhos criam e executam uma instância do fluxo de trabalho. Em seguida, essa nova instância poderá usar os dados transmitidos como entrada.

    Observação

    Para conectores gerenciados pela Microsoft, hospedados e executados no Azure, os gatilhos de sondagem usam apenas os valores Intervalo e Frequência para calcular a próxima recorrência. Eles não usam as opções de agendamento avançadas, como Nesses horários e Nesses dias. Essas opções funcionam apenas com gatilhos de sondagem incorporados que são executados diretamente com o tempo de execução das Aplicativos Lógicos do Azure, como os gatilhos Recurrence, Sliding Window e HTTP.

  • Os gatilhos push ou webhook escutam novos dados ou a ocorrência de um evento, sem a pesquisa. Quando há novos dados disponíveis ou o evento ocorre, esses gatilhos criam e executam uma nova instância do fluxo de trabalho. Em seguida, essa nova instância poderá usar os dados transmitidos como entrada.

Por exemplo, suponha que você queira criar um fluxo de trabalho que seja executado quando um arquivo for carregado em seu servidor FTP. Como primeira etapa em seu fluxo de trabalho, você pode adicionar o gatilho FTP denominado Quando um arquivo é adicionado ou modificado, que segue um padrão de pesquisa. Em seguida, você especifica a programação para verificar regularmente eventos de upload.

Quando o gatilho é acionado, ele geralmente passa as saídas do evento para ações subsequentes para referência e uso. Para o exemplo de FTP, o gatilho gera automaticamente informações como nome e caminho do arquivo. Você também pode configurar o gatilho para incluir o conteúdo do arquivo. Portanto, para processar esses dados, você deve adicionar ações ao seu fluxo de trabalho.

Ações

Uma ação especifica uma tarefa a ser executada e sempre aparece como uma etapa subsequente no fluxo de trabalho. Você pode usar várias ações nele. Por exemplo, você pode iniciar o fluxo de trabalho com um gatilho do SQL Server que verifica se há novos dados do cliente em um banco de dados SQL. Seguindo o gatilho, seu fluxo de trabalho pode ter uma ação do SQL Server que obtém os dados do cliente. Após esta ação do SQL Server, seu fluxo de trabalho pode usar uma ação diferente que processe os dados, por exemplo, uma ação de Operações de Dados que cria uma tabela CSV.

Permissões de conexão

Em um fluxo de trabalho de app de lógica de consumo, você precisa de permissões específicas antes de poder criar ou gerenciar recursos, fluxos de trabalho e suas conexões de aplicativos lógicos. Para obter mais informações sobre estas permissões, veja Operações seguras - Acesso seguro e dados em Aplicativos Lógicos do Azure.

Criação, configuração e autenticação de conexão

Antes de poder usar as operações de um conector em seu fluxo de trabalho, muitos conectores exigem que você primeiro crie uma conexão com o serviço ou sistema de destino. Para criar uma conexão de dentro do designer de fluxo de trabalho, você precisa autenticar sua identidade com credenciais de conta e, às vezes, outras informações de conexão.

Por exemplo, para que o fluxo de trabalho acesse sua conta de email do Office 365 Outlook e trabalhe com ela, você precisa autorizar uma conexão com essa conta. Em alguns conectores internos e conectores gerenciados, você pode configurar e usar uma identidade gerenciada para autenticação, em vez de fornecer suas credenciais.

Para conectores gerenciados, conexões são recursos Azure separados com suas próprias definições de recursos. Para conectores embutidos em fluxos de trabalho padrão, a configuração de conexão é armazenada junto com a configuração do app Logic, incluindo o arquivo connections.json e as configurações referenciadas do app. Para revisar informações de conexão, siga estes passos baseados em seu fluxo de trabalho de Consumo ou Padrão:

Segurança e criptografia de conexão

Os serviços do Azure que armazenam detalhes de configuração de conexão e segredos os criptografam em repouso. Os controles de armazenamento e acesso variam entre conexões gerenciadas de API e conexões integradas em fluxos de trabalho padrão. Conexões que usam Autenticação Aberta do Microsoft Entra ID (Microsoft Entra ID OAuth), como Office 365, Salesforce e GitHub, exigem que você faça login, mas o Aplicativos Lógicos do Azure armazena tokens de acesso e atualização em vez de senhas de login do usuário.

Aplicativos Lógicos do Azure pode atualizar tokens de acesso OAuth enquanto o token de atualização permanece válido e o serviço de destino permite o acesso. Tokens de atualização podem expirar ou ser revogados, o que pode exigir reautorização. Mudanças de credenciais também podem invalidar tokens, dependendo do provedor de identidade, do tipo de cliente e do fluxo de autenticação.

Observação

Se a sua organização não permitir que você acesse recursos específicos por meio de conectores nos Aplicativos Lógicos do Azure, você poderá bloquear a capacidade de criar essas conexões usando o Azure Policy.

Para obter mais informações sobre como proteger fluxos de trabalho e conexões de aplicativos lógicos, veja Acesso seguro e dados em Aplicativos Lógicos do Azure.

Acesso ao firewall para conexões

Se seu ambiente usa um firewall, permita apenas o tráfego exigido pelos seus fluxos de trabalho e operações de conectores:

Para obter mais informações, veja Configuração do Firewall.

Conectores personalizados e APIs

Em fluxos de trabalho de Consumo para Aplicativos Lógicos do Azure multilocatário, você pode chamar as APIs baseadas em Swagger ou em SOAP que não estão disponíveis como conectores prontos para uso. Você também pode executar um código personalizado criando Aplicativos de API personalizados. Para saber mais, confira a seguinte documentação:

Em fluxos de trabalho Standard para Aplicativos Lógicos do Azure de locatário único, você pode criar conectores integrados personalizados baseados em provedores de serviços em execução nativa que estão disponíveis para qualquer fluxo de trabalho de aplicativo lógico padrão. Para saber mais, confira a seguinte documentação:

Próximas etapas

Criar um fluxo de trabalho de aplicativo lógico de Consumo – Portal do Azure

Criar um fluxo de trabalho de aplicativo lógico padrão - portal do Azure

  • Last updated on