Azure Functions agora inclui conectores gerenciados em preview pública — o mesmo ecossistema de 1.400+ conectores do Logic Apps e Power Platform — como triggers de primeira classe no seu código Functions, além de SDKs tipados para invocar ações do conector diretamente do corpo da função. Crie integrações event-driven com Microsoft 365, Salesforce, ServiceNow, SAP, Dynamics 365 e mais 1.400 sistemas usando a sintaxe familiar do Functions.
TL;DR: O Azure Functions agora oferece, em preview pública, os mesmos 1.400+ conectores do Logic Apps como triggers nativos em Functions, com SDKs fortemente tipados e autenticação via managed identity. Isso elimina a necessidade de HTTP clients e tratamento de tokens em integrações event-driven. O custo extra é zero: paga-se apenas pela execução do Functions e pelas chamadas aos conectores, nas mesmas taxas do Logic Apps. Para empresas brasileiras com workloads heterogêneas, a novidade reduz drasticamente o boilerplate de integração e unifica o ecossistema de conectividade em uma camada programável.
Este lançamento é resultado da colaboração próxima entre as equipes do Azure Functions e dos Conectores — a mesma equipe que mantém o ecossistema de conectores do Logic Apps e Power Platform. Triggers, SDKs e o runtime de conexão foram projetados em conjunto para que os conectores pareçam nativos do Functions, e para que a biblioteca de conectores que já alimenta milhares de workflows do Logic Apps em produção esteja disponível para desenvolvedores Functions.
A integração é construída sobre o novo serviço Connector Namespace, que traz o runtime de conectores do Logic Apps/Power Platform para desenvolvedores como uma camada de integração programável.
Um exemplo rápido: novo e-mail no Outlook → postar no Teams
Aqui está um exemplo de função (adaptado do sample app): o trigger do Office 365 é acionado a cada novo e-mail na caixa de entrada monitorada, e a função posta uma notificação em um canal do Teams usando o SDK do Teams.
using Microsoft.Azure.Functions.Worker;
using Microsoft.Azure.Functions.Worker.Extensions.Connector;
using Azure.Connectors.Sdk.Office365.Models;
using Azure.Connectors.Sdk.Teams;
using Azure.Connectors.Sdk.Teams.Models;
public class ProcessEmail(TeamsClient teams)
{
private readonly string _teamId = Environment.GetEnvironmentVariable("TEAMS_TEAM_ID")!;
private readonly string _channelId = Environment.GetEnvironmentVariable("TEAMS_CHANNEL_ID")!;
[Function("OnNewEmail")]
public async Task Run([ConnectorTrigger] Office365OnNewEmailTriggerPayload payload)
{
foreach (var email in payload.Body?.Value ?? [])
{
var message = new PostMessageRequest
{
Recipient = new() { GroupId = _teamId, ChannelId = _channelId },
MessageBody = $"<b>📧 New email</b><br/><b>From:</b> {email.From}<br/><b>Subject:</b> {email.Subject}"
};
await teams.PostMessageToConversationAsync("Flow bot", "Channel", message);
}
}
private sealed class PostMessageRequest : DynamicPostMessageRequest
{
public RecipientInfo Recipient { get; set; } = new();
public string MessageBody { get; set; } = "";
}
private sealed class RecipientInfo
{
public string GroupId { get; set; } = "";
public string ChannelId { get; set; } = "";
}
}
O TeamsClient é registrado via DI na inicialização contra a URL de runtime da conexão do Teams — a mesma managed identity que o trigger usa autentica a chamada de saída. Sem código OAuth na função. Sem HTTP client. Sem tratamento de tokens.
Para exemplos completos, veja o repositório Functions Connectors Samples.
O que está sendo lançado no preview
- Triggers de conectores: triggers de primeira classe do Functions com suporte do Connector Namespace — Outlook novo e-mail, Teams mensagem postada, SharePoint item criado/atualizado, Dataverse linha alterada, Salesforce registro atualizado, eventos de calendário e mais. Configurados via atributo
[ConnectorTrigger](C#) e decoradores equivalentes conforme os SDKs de linguagem são lançados. - SDKs tipados de conectores: bibliotecas cliente fortemente tipadas para invocar ações do conector de dentro da função —
OutlookClient,TeamsClient,Office365UsersClient,DataverseClient,SalesforceCliente crescendo. Construídos em conjunto pelas equipes de Conectores e Functions. - Autenticação via managed identity e built-in authentication: configure o function app com autenticação embutida para permitir apenas que o Connector Namespace dispare a função. Veja o exemplo .NET.
- Observabilidade: cada execução de trigger de conector é registrada com informações sobre a execução. Tracing de ponta a ponta no Function App está no roadmap.
Os SDKs tipados estão sendo lançados incrementalmente. Nem todos os 1.400+ conectores têm SDKs fortemente tipados hoje, e a cobertura de linguagens se expandirá ao longo do tempo. Veja os suportados nos repositórios de SDK para .NET, Python e Node.js.
Catálogo de conectores
O catálogo completo é a biblioteca de conectores do Logic Apps. Abaixo estão as categorias mais relevantes para integrações empresariais:
Microsoft 365
- Outlook (Office 365) — enviar e-mail, criar rascunhos, pesquisar caixa de entrada, ler calendário, gerenciar eventos
- Microsoft Teams — postar mensagens, criar canais, listar membros, gerenciar reuniões e abas
- SharePoint — ler e escrever listas e bibliotecas de documentos, assinar eventos de criação/atualização de itens
- OneDrive for Business — upload e download de arquivos, gerenciar pastas, rastrear alterações
- Excel Online (Business) — ler e escrever planilhas, adicionar linhas, chamar funções nomeadas em workbooks
CRM e operações
- Dataverse / Dynamics 365 — CRUD completo de entidades em todas as tabelas padrão e personalizadas; usar filtros ODATA
- Salesforce — consultar e escrever contatos, leads, oportunidades e casos via SOQL
- ServiceNow — criar e atualizar incidentes, change requests e registros CMDB
- Workday — ler dados de trabalhador, cargo e organização
ERP e dados
- SAP — chamar BAPIs e ler tabelas (usa on-premises data gateway para SAP atrás de firewall)
- SQL Server — executar queries, stored procedures e operações de tabela
- Oracle Database — mesma superfície do SQL Server
- PostgreSQL — consultar e escrever via conector SQL genérico
Desenvolvedor e plataforma
- Azure DevOps — ler e escrever work items, pipelines, repositórios e pull requests
- GitHub — gerenciar issues, PRs e conteúdo do repositório.
Mais exemplos de triggers
// Office 365 — novo e-mail
[Function("OnNewEmail")]
public Task OnNewEmail([ConnectorTrigger] Office365OnNewEmailTriggerPayload payload) { /* ... */ }
// Teams — nova mensagem no canal
[Function("OnTeamsMessage")]
public Task OnTeamsMessage([ConnectorTrigger] TeamsOnNewChannelMessageTriggerPayload payload) { /* ... */ }
// SharePoint — item de lista criado
[Function("OnTicketCreated")]
public Task OnTicketCreated([ConnectorTrigger] SharePointOnNewListItemTriggerPayload payload) { /* ... */ }
// Salesforce — registro atualizado
[Function("OnOpportunityUpdated")]
public Task OnOpportunityUpdated([ConnectorTrigger] SalesforceOnRecordUpdatedTriggerPayload payload) { /* ... */ }
A conexão que sustenta cada trigger é configurada no Connector Namespace como parte do deployment, então as declarações de trigger permanecem focadas no payload do evento, não na autenticação ou fiação da conexão.
Precificação
Não há custo extra para a integração em si. Você paga:
- Precificação existente do Azure Functions pela execução (Flex Consumption com cobrança por segundo).
- Precificação existente do Logic Apps pelas chamadas aos conectores, nas mesmas taxas por ação que clientes do Logic Apps pagam hoje.
Consulte a página de preços do Logic Apps para as taxas atuais de conectores e tiers Standard/Enterprise.
Restrições do preview
- Suporte a linguagens e runtime: SDKs tipados e o atributo
[ConnectorTrigger]chegam primeiro para C# (.NET 10 isolated worker), seguido de perto por Python e Node.js. Java e PowerShell estão no roadmap. - Cobertura de SDK tipado: nem todos os 1.400+ conectores têm SDK tipado ainda, mas a cobertura está se expandindo.
- Disponibilidade regional: os triggers de conectores são habilitados por região conforme o Connector Namespace é implantado. Verifique a documentação para a lista atual de regiões.
Chamadas para ação
- Desenvolvedores que constroem integrações com sistemas SaaS ou empresariais devem explorar os conectores gerenciados no Azure Functions para reduzir a complexidade de integração e acelerar a entrega.
- Parceiros podem posicionar isso para clientes que estão migrando de plataformas de integração on-premises ou buscando modernizar código de integração customizado para uma arquitetura serverless e event-driven.
- Clientes que já executam Logic Apps e Functions hoje podem consolidar a lógica de integração: mantenha orquestrações no estilo workflow no Logic Apps, e mova integrações event-driven code-first para Functions com a mesma biblioteca de conectores.
Comece agora
- Documentação: Azure Functions integration with managed connectors
- Samples: Azure Functions integration with managed connectors in Azure Functions samples
Buscando conectores como ferramentas para AI agents? Isso é abordado no serverless agents Azure Functions runtime, que se baseia nesta mesma integração do Connector Namespace para expor conexões como servidores de ferramentas MCP para o runtime de agents.
Perguntas Frequentes
-
Quais conectores estão disponíveis no preview?
Todo o catálogo de conectores do Logic Apps está em escopo, incluindo Microsoft 365 (Outlook, Teams, SharePoint), CRM (Salesforce, ServiceNow, Dynamics 365), ERP (SAP, SQL Server, Oracle) e plataforma (Azure DevOps, GitHub). SDKs tipados estão sendo lançados incrementalmente para .NET, Python e Node.js. -
Como funciona a precificação?
A integração em si não tem custo adicional. Você paga apenas pelo plano de execução do Azure Functions (Flex Consumption com cobrança por segundo) e pelas chamadas aos conectores, nas mesmas taxas por ação do Logic Apps. Consulte a página de preços do Logic Apps para os tiers Standard e Enterprise. -
Quais linguagens são suportadas no preview?
Inicialmente, C# (.NET 10 isolated worker) é a linguagem com suporte completo ao atributo [ConnectorTrigger] e SDKs tipados. Python e Node.js estão em lançamento. Java e PowerShell estão no roadmap. A cobertura de SDKs tipados para todos os 1.400+ conectores ainda está em expansão. -
A funcionalidade está disponível em todas as regiões Azure?
Não. Os triggers de conectores são habilitados por região conforme o serviço Connector Namespace é implantado. É necessário verificar a documentação oficial para a lista atual de regiões suportadas. -
Como isso impacta empresas brasileiras que já usam Logic Apps e Functions?
A principal vantagem é a consolidação: orquestrações complexas permanecem no Logic Apps, enquanto integrações event-driven e code-first migram para Functions com o mesmo ecossistema de conectores. Isso reduz custos operacionais, simplifica a arquitetura e elimina duplicação de lógica de integração — especialmente útil em cenários com SAP, sistemas legados e ERPs on-premises comuns no Brasil.
Artigo originalmente publicado por nzthiago em Azure Updates - Latest from Azure Charts.
