Azure Functions: triggers, bindings e hospedagem em linguagem simples

Azure Functions fazem parte do serviço de computação serverless da Microsoft. Em resumo, elas permitem executar pequenos trechos de código em resposta a eventos, sem que você precise gerenciar servidores.

Por exemplo, uma função pode rodar quando chega uma requisição HTTP, quando um arquivo é enviado para o armazenamento ou quando um horário agendado é alcançado.

“Serverless” não significa que não existam servidores. Significa que o Azure gerencia a infraestrutura para você. O Azure cuida do provisionamento, escalabilidade e manutenção nos bastidores.

Neste guia, vou abordar os blocos de construção: triggers, bindings, opções de hospedagem e um exemplo prático para você começar.

O que são Azure Functions?

Uma Azure Function é um pequeno trecho de código que executa quando é acionado por um evento que você definiu. Você escreve a lógica e o Azure cuida do resto.

Três ideias definem esse modelo:

1. Execução orientada a eventos: o código roda só quando algo acontece, e não o tempo todo.
2. Escalonamento automático: o Azure adiciona ou remove recursos de computação conforme a demanda.
3. Preço por consumo: em alguns planos de hospedagem, você paga só pelo tempo em que seu código realmente executa.

Uma única função de preferência faz um trabalho atômico, como redimensionar uma imagem ou processar uma mensagem. Um Function App é o contêiner que agrupa uma ou mais funções. Ele gerencia configurações compartilhadas, como configuração e deploy, para todas as funções dentro dele.

Como o Azure Functions funciona

O ciclo de vida de uma função segue um padrão simples:

1. Ocorre um evento, como um upload de arquivo ou uma chamada HTTP.
2. Um trigger detecta o evento e inicia a função imediatamente.
3. A função executa seu código.
4. Os bindings conectam a função a outros serviços que fornecem o input ou recebem o output necessário.
5. O Azure gerencia os recursos de computação por trás desse processo, de acordo com o plano de hospedagem escolhido.

Esse fluxo é o mesmo independentemente da linguagem ou opção de hospedagem (na maior parte das etapas). Só mudam o trigger, o código e os bindings.

Triggers do Azure Functions

Toda função tem exatamente um trigger. O trigger define como a função é iniciada. Veja os tipos mais comuns que você precisa conhecer:

• HTTP trigger: executa uma função quando recebe uma requisição HTTP. É comum para construir APIs.
• Timer trigger: executa uma função em um agendamento, por exemplo, a cada hora ou uma vez por dia.
• Blob Storage trigger: executa uma função quando um arquivo é adicionado ou alterado no Azure Blob Storage.
• Queue trigger: executa uma função quando chega uma nova mensagem em uma fila.
• Event Hub trigger: executa uma função em resposta a um fluxo de eventos. Muito útil para grandes volumes de dados.

Bindings do Azure Functions

Triggers e bindings costumam ser confundidos, mas apesar de parecerem similares, fazem trabalhos bem diferentes. O trigger inicia a função; o binding conecta a função aos dados, fazendo leitura ou envio.

Input bindings

Aqui, você fornece dados para sua função sem precisar escrever código de integração sob medida. Por exemplo, uma função pode ler um registro do banco automaticamente, apenas declarando o binding.

Output bindings

Eles enviam o resultado da função para outro lugar. Por exemplo, você pode usar output bindings para gravar uma mensagem processada em uma fila.

Um exemplo para ajudar: um trigger de Blob Storage inicia uma função quando uma imagem é enviada. Um output binding então salva a imagem redimensionada em outro contêiner de armazenamento. Dessa forma, não é necessário código manual de cliente de storage.

Como criar sua primeira Azure Function

Veja um exemplo de uma função simples acionada por HTTP que retorna uma saudação. O fluxo é:

1. Crie um Function App. Ele é o contêiner da sua função no Azure.
2. Escolha um runtime e a linguagem em que você quer programar.
3. Crie a função para adicionar uma nova função dentro do seu Function App.
4. Selecione o trigger HTTP para a função responder a requisições web.
5. Adicione uma lógica simples, como ler um nome da requisição e retornar “Olá, [nome]”.
6. Execute e teste a função usando as ferramentas de teste embutidas ou enviando uma requisição pelo navegador.
7. Faça o deploy no Azure para que fique ativa e acessível.

Mantive o exemplo propositalmente pequeno para mostrar o padrão e deixar o resto com a sua criatividade.

Linguagens compatíveis com Azure Functions

O Azure Functions oferece suporte a várias linguagens, como:

• C#
• JavaScript/TypeScript
• Python
• Java
• PowerShell

O suporte e os modelos de desenvolvimento podem variar por linguagem e versão. Por isso, recomendo conferir a documentação do Azure antes de iniciar um novo projeto, já que esses detalhes mudam com frequência.

Opções de hospedagem do Azure Functions

Nem toda Azure Function roda da mesma forma. Por isso, o Azure oferece diferentes planos de hospedagem, e cada um faz escolhas diferentes para você selecionar conforme seu caso de uso. Os principais pontos de decisão são:

• Escalonamento: alguns planos escalam automaticamente e de forma instantânea, enquanto outros pedem um controle mais manual.
• Comportamento de inicialização: alguns planos mantêm as funções “aquecidas” (prontas para executar na hora), enquanto outros iniciam sob demanda.
• Rede: alguns planos suportam recursos avançados, como conexão a uma rede virtual privada, e outros não.
• Custo: os modelos de preço variam bastante, de cobrança por execução a custos mensais fixos.

Escalonamento e cold start no Azure Functions

Há dois conceitos importantes quando sua função está em produção:

Escalonamento automático

O Azure monitora a carga da sua função e, quando a demanda aumenta, adiciona mais instâncias de computação; quando a demanda cai, remove essas instâncias. Você não precisa gerenciar isso manualmente.

Cold start

Se uma função ficou inativa por um tempo, pode precisar de alguns instantes para iniciar antes de atender a uma nova requisição. Esse atraso é chamado de cold start. Alguns planos de hospedagem reduzem ou evitam isso mantendo a instância aquecida, como mencionado.

Casos de uso comuns do Azure Functions

O modelo orientado a eventos se encaixa em muitos problemas do dia a dia. Notadamente:

APIs e webhooks

Para lidar com requisições HTTP sem manter um servidor web 24/7.

Processamento de arquivos e imagens

Aciona uma função sempre que um arquivo chega ao armazenamento para redimensionar, converter ou apenas analisar.

Tarefas agendadas

Executa limpezas, relatórios ou lembretes com um timer, sem precisar de um servidor dedicado sempre ligado.

Pipelines de processamento de dados

Processa mensagens ou eventos conforme chegam, etapa por etapa.

IoT e processamento de eventos

Lida com grandes volumes de dados de sensores ou dispositivos em fluxo contínuo.

Tarefas em segundo plano

Tira do caminho trabalhos lentos ou ocasionais, como envio de e-mails, para não bloquear sua aplicação principal.

Monitoramento e troubleshooting no Azure Functions

Depois que uma função está no ar, você precisa de visibilidade sobre seu desempenho.

Você pode, por exemplo, consultar os logs que registram o que aconteceu em cada execução, o que é muito útil para depuração. Também é possível usar o Application Insights nas ferramentas do Azure, que basicamente rastreia desempenho, requisições e falhas em um só lugar.

Acompanhe também as falhas de invocação para saber quando e por que uma função não concluiu. O monitoramento de performance ajuda você a identificar funções lentas antes que virem problema e, claro, é possível configurar tentativas automáticas para reexecutar execuções com falha.

Conclusão

O Azure Functions permite executar código em resposta a eventos, sem gerenciar os servidores por baixo. Os triggers decidem quando a função inicia. Já os bindings facilitam conectar essa função a outros serviços sem código extra de integração.

À medida que você sai do teste simples e vai para produção, as escolhas de hospedagem e escalabilidade ganham muito mais peso. O plano certo influencia não só o custo, mas também velocidade e confiabilidade.