Azure Functions no Build 2026: agentes serverless, suporte a Go e mais — o que muda para sua arquitetura?
TL;DR: O artigo analisa as principais novidades do Azure Functions no Build 2026: runtime serverless para agentes AI, conectores gerenciados com M365/Teams, suporte nativo a Go, novo CLI V5, dashboards Grafana integrados e rolling updates. A conclusão é que a plataforma evolui para unificar computação serverless e agentes, simplificando integrações e garantindo zero-downtime. Para empresas brasileiras, isso significa menor custo operacional e integração mais direta com SaaS corporativos.
A Microsoft apresentou no Build 2026 uma série de atualizações no Azure Functions que, na prática, consolidam a plataforma como o modelo de programação mais completo para aplicações event-driven e agentes de IA. O anúncio não é apenas uma lista de features: ele sinaliza uma mudança de postura — Functions deixa de ser só um executor de código sob demanda e passa a ser o núcleo de orquestração entre eventos, SaaS corporativos e workloads de IA.
Microsoft Copilot escala workflows de IA com Durable Task Scheduler
Antes de mergulharmos nas features, vale destacar o case interno da Microsoft: o Copilot, que processa centenas de milhões de execuções por semana, padronizou o Durable Task Scheduler do Azure Functions para unificar gerenciamento de estado, retries e recovery. Isso mostra que a plataforma já é usada em escala global para orquestração complexa de IA.
Leia o case completo: https://aka.ms/microsoft-copilot-dts
Serverless agents runtime (Preview)
O Azure Functions agora oferece um modelo de programação de primeira classe para agentes de IA. Basta definir um arquivo .agent.md com instruções em markdown e metadados (trigger, ferramentas) e fazer deploy como qualquer Function. Sem necessidade de framework adicional ou infraestrutura extra.
Qualquer trigger do Functions pode iniciar um agente: HTTP, Timer, Service Bus, Event Hubs, Cosmos DB ou os novos triggers baseados em conexão (Teams, Outlook, SharePoint). Os agentes têm acesso a servidores MCP, execução sandboxed via Azure Container Apps dynamic sessions e o catálogo completo de conectores.
O modelo operacional é o mesmo: Flex Consumption com scale-to-zero, billing por segundo, managed identity para autenticação, Application Insights para traces e azd para deploy.
Exemplo de agente disparado por timer que resume notícias do dia e envia e-mail:
---
name: Daily Tech News Email
description: Fetches top tech news and emails a summary daily.
trigger:
type: timer_trigger
args: schedule: "0 0 15 * * *"
---
You are a news assistant. When triggered, do the following: 1. Scour the web for today's top tech news headlines. Use reputable sources; Include links to the original articles. 2. Summarize the top stories in a concise, well-formatted HTML email body. 3. Email the summary to $TO_EMAIL with the subject "Daily Tech News Summary" followed by today's date.
Essa é a função completa.
Managed connectors (Preview)
O Azure Functions agora inclui os mesmos 1.400+ conectores gerenciados do Logic Apps como triggers de primeira classe no seu código, além de SDKs tipados para invocar ações dos conectores. Construído em parceria com a equipe de Connectors no novo serviço Connector Namespace, os conectores se sentem nativos no Functions.
Você pode reagir a eventos como novo e-mail no Office 365, mensagem no Teams, item criado no SharePoint, linha alterada no Dataverse, registro atualizado no Salesforce e mais usando o atributo [ConnectorTrigger]. Depois, chame ações via clientes tipados como OutlookClient, TeamsClient, Office365UsersClient, DataverseClient e SalesforceClient.
public class ProcessEmail(TeamsClient teams) {
[Function("OnNewEmail")] public async Task Run([ConnectorTrigger] Office365OnNewEmailTriggerPayload payload) {
foreach (var email in payload.Body?.Value ?? []) {
await teams.PostMessageToConversationAsync("Flow bot", "Channel", new PostMessageRequest {
Recipient = new() { GroupId = _teamId, ChannelId = _channelId },
MessageBody = $"<b>New email</b> from {email.From}: {email.Subject}"
});
}
}
}
MCP updates
A extensão MCP do Azure Functions agora cobre todos os primitivos MCP: tool, resource e prompt triggers suportados em .NET, Java, Python, TypeScript e JavaScript. A extensão também suporta MCP Apps para UI interativa, onde suas ferramentas podem retornar widgets renderizados em vez de texto simples.
Para desenvolvedores .NET, uma nova fluent builder API facilita a composição de servidores MCP:
builder.ConfigureMcpTool("sayhello")
.WithProperty("name", McpToolPropertyType.String, "Name of the user", required: true)
.WithMetadata("ui", new { resourceUri = "ui://index.html" });
Finalmente, a autenticação MCP integrada agora oferece configuração com um clique no portal Azure, e uma nova aba de AI no Function App permite habilitar MCP auth sem registro manual.
Novo Azure Functions CLI (Preview)
V5 chegou! Uma versão reconstruída do zero do CLI do Azure Functions, agora em preview público.
Perfis de configuração permitem definir alvos de deploy antecipadamente, então func init pode scaffold um projeto com configurações de host completas em um único comando. Sem surpresas ao fazer deploy.
O novo func setup prepara sua máquina para .NET, Node, Python ou Go em um comando. func quickstart scaffold apps completos de um catálogo curado. E um novo dashboard interativo func run fornece uma UI TTY com navegador de funções, navegação de logs e atalhos de teclado.
Os fluxos existentes de create, run, publish e deploy continuam funcionando — você pode testar v5 lado a lado.
Azure Functions VS Code Template Gallery (Preview)
A extensão do VS Code agora inclui uma Template Gallery curada pela equipe do Functions, com templates prontos para deploy. Inclui suporte a Azure Developer CLI (AZD) e configurações recomendadas. Disponível tanto no VS Code quanto no novo CLI (func quickstart).
Suporte a linguagem Go (Preview)
O Azure Functions agora suporta Go como linguagem de primeira classe, disponível no Flex Consumption. O modelo de programação é code-first e idiomático: handlers HTTP são http.HandlerFunc puros, triggers não-HTTP usam context.Context e payload tipado, e o layout do projeto é um módulo Go padrão. go build, go test e go mod tidy funcionam normalmente.
package main import ( "fmt" "net/http" "github.com/azure/azure-functions-golang-worker/sdk" "github.com/azure/azure-functions-golang-worker/worker" )
func main() {
app := sdk.FunctionApp()
app.HTTP("hello", hello, sdk.WithMethods("GET", "POST"), sdk.WithAuth("anonymous"), )
worker.Start(app)
}
func hello(w http.ResponseWriter, r *http.Request) {
name := r.URL.Query().Get("name")
if name == "" { name = "world" }
fmt.Fprintf(w, "Hello, %s!", name)
}
Triggers em preview: HTTP, Timer, Service Bus, Event Hubs, Event Grid, Cosmos DB e Blob Storage. Sem function.json, sem shims de interoperabilidade, sem metadados gerados.
On-demand Sandboxes para Durable Task Scheduler (Private Preview)
Mova etapas individuais de orquestração para computação isolada gerenciada, enquanto o orquestrador permanece onde está. Declare quais atividades devem rodar como serverless, aponte para uma imagem de container, e o Durable Task Scheduler cuida do provisionamento, scaling e teardown.
Cada execução roda em um sandbox microVM isolado, ideal para toolchains nativas (ffmpeg, LibreOffice, Pandoc), pré-processamento pesado (OCR, imagens), passos cross-runtime (Python chamado de .NET), execução de plugins de cliente ou código gerado por LLM, e workloads bursty.
Inscreva-se no Private Preview
Azure Functions Skills para coding agents (Preview)
Leve expertise do Azure Functions para seu agente de código. O Azure Functions Skills equipa GitHub Copilot CLI, Claude Code e Codex com conhecimento específico de Functions — padrões de trigger e binding, anti-patterns de linguagem, versões de runtime e boas práticas de deploy. O destaque é o comando doctor, que usa análise semântica com LLM para detectar erros de configuração, blocking I/O, secrets hardcoded e riscos de supply chain antes do deploy. Disponível como comando local e como gate de pre-deploy no GitHub Actions.
Experimente: npx @azure/functions-skills install
Dashboards Grafana integrados (GA)
Todo Function App agora tem um painel único para operações, sem configuração. Um novo item Grafana dashboards no portal abre um dashboard pré-construído: contagem de execuções, taxas de sucesso/falha, duração p50/p95/p99, utilização de recursos, atividade de scale e erros recentes vinculados ao Application Insights. Tudo em uma visão, sem provisionamento extra. Você pode duplicar, customizar e compartilhar.
Suporte a certificados TLS/SSL no Flex Consumption (Preview)
O Flex Consumption agora suporta certificados TLS/SSL por meio de um novo modelo de certificados por site (site-scoped). Cada Function App pode ter até 3 certificados privados (.pfx) e 3 públicos (.cer), carregados diretamente, importados do Key Vault ou emitidos como App Service Managed Certificates gratuitos. Habilita domínios customizados, autenticação com certificado do cliente e mTLS.
Veja: Configurar certificados, Instruções IaC e Comparação entre planos.
Rolling Updates para Flex Consumption (GA)
Rolling updates estão geralmente disponíveis no plano Flex Consumption, entregando deployments com zero-downtime com uma simples mudança de configuração.
Em vez de reiniciar todas as instâncias durante atualizações, a plataforma substitui instâncias ao vivo gradualmente: drena lotes a cada poucos segundos enquanto escala a nova versão para atender à demanda. Garante execução ininterrupta e throughput resiliente para workloads HTTP, não-HTTP e Durable.
Saiba mais: Site update strategies in Flex Consumption
Dependências de nível de SO com containers no Flex Consumption (em breve)
Traga suas próprias dependências de sistema operacional para o Flex Consumption sem abrir mão do serverless. Empacote o worker e o código do Functions como uma imagem de container com Dockerfile padrão (Chromium para Playwright, toolchains nativas, bibliotecas customizadas) e execute no Flex Consumption. Você mantém scaling dinâmico e billing por execução. Previsto para os próximos meses.
Como engajar
Todas as novidades estão sendo moldadas por workloads reais. Participe:
- X (Twitter): @azurefunctions
- Microsoft Q&A: faça perguntas
Perguntas Frequentes
-
Como o suporte a Go no Azure Functions impacta times que já usam essa linguagem?
Times Go podem agora implantar funções usando o modelo idiomatico nativo: handlers HTTP comohttp.HandlerFunce triggers não-HTTP comcontext.Context. O build, teste e dependências funcionam como qualquer módulo Go padrão, sem necessidade defunction.jsonou metadados. Isso reduz atrito e acelera o onboarding para equipes que já dominam Go. -
O que são os serverless agents e como eles diferem de funções comuns?
Serverless agents são uma nova camada de programação que permite definir um agente AI em um arquivo.agent.mdcom instruções em markdown e metadados de trigger. Diferem por incluir acesso a ferramentas MCP, execução sandboxed e conectores gerenciados, sem exigir framework adicional. Toda a operação usa Flex Consumption e billing por execução. -
Quais as implicações práticas dos rolling updates no Flex Consumption?
Rolling updates agora são GA e eliminam restart forçado de instâncias. A plataforma drena lotes de instâncias antigas enquanto escala as novas, garantindo throughput contínuo mesmo em workloads HTTP e Durable. Para empresas brasileiras com SLAs críticos, isso representa deployments sem janela de manutenção. -
Como os managed connectors simplificam integrações com SaaS?
Os connectors oferecem os mesmos 1.400+ conectores do Logic Apps como triggers nativos em Functions. Você pode reagir a eventos de Office 365, Teams, SharePoint, Salesforce etc. usando atributos como[ConnectorTrigger]e SDKs tipados. Isso elimina a necessidade de custom code para integrações comuns, reduzindo esforço de desenvolvimento. -
O novo CLI V5 traz benefícios reais para o fluxo de desenvolvimento local?
Sim. O CLI V5 permite definir perfis de configuração upfront, scaffold de projetos com host settings fiéis ao deploy, setup multi-linguagem em um comando e um dashboard interativo com browser de funções. Além disso, templates prontos no VS Code agilizam a criação de projetos. A paridade com o ambiente de produção evita surpresas no deploy.
Artigo originalmente publicado em Azure Updates - Latest from Azure Charts.
