DEV Community

DeividFerraz
DeividFerraz

Posted on

Deploy aplicação no cluster do aks 🚀

Eae pessoal! 👋

Hoje vou compartilhar com vocês uma forma simples e eficiente de criar um pipeline em YAML no Azure DevOps para publicar uma aplicação no AKS (Azure Kubernetes Service).🚀

Contexto:

Aqui na empresa, já temos um repositório central com templates prontos de pipeline + Helm, o que acelera muito o processo de criação de novas APIs e jobs.

Neste post, vou mostrar como usamos esse template.

👉 Em um próximo, posso mostrar como fazer tudo do zero.

🧩 Estrutura do pipeline

A ideia é bem simples:

Criamos um repositório do projeto

Adicionamos um azure-pipelines.yml mínimo

Referenciamos um template centralizado

Ou seja:

👉 O projeto praticamente não precisa de configuração — a inteligência já está no template.


📦 Pipeline do projeto

No YAML do projeto, definimos apenas o essencial:

branch

dockerFilePath

dockerBuildContext

Todo o restante vem do template e de arquivos como o values.yaml.

💡 Isso reduz drasticamente erros e padroniza deploys.


⚙️ O papel do template (Helm + Pipeline)

O template é o coração da solução.

Ele é responsável por:

Build da imagem Docker

Push para o container registry

Deploy no AKS via Helm

Configuração de ambiente (Dev/Prod)

Integração com variáveis e secrets

👉 Ou seja: ao rodar o pipeline, toda a infraestrutura é provisionada automaticamente e a aplicação já sobe no cluster do AKS.


🧠 Por que usar Helm + Templates?

A principal vantagem é abstrair a infraestrutura do desenvolvedor.

O dev:

Não precisa acessar o portal do Azure

Não precisa configurar Kubernetes manualmente

Só precisa garantir que o projeto está correto


⚠️ Boas práticas ao criar templates Helm

Aqui vai um ponto importante 👇

O poder do template depende de como você o constrói. Algumas boas práticas:

🔹 Padronize nomes e labels (facilita observabilidade)

🔹 Separe configs por ambiente (dev, staging, prod)

🔹 Use values.yaml bem estruturado

🔹 Evite hardcode de credenciais (use secrets/Key Vault)

🔹 Permita override de variáveis importantes

🔹 Versione o chart Helm

🔹 Adicione health checks (liveness/readiness probes)

🔹 Defina requests/limits de CPU e memória

Um bom template evita retrabalho e reduz incidentes em produção.

--- 🧪 Resultado

Com esse modelo, precisamos basicamente informar:

Caminho do Dockerfile

Contexto de build

Branch

E pronto 🚀

O pipeline cuida de todo o resto e a aplicação já sobe no cluster do AKS.

Imagem de exemplo prático no meu linkedin: https://www.linkedin.com/feed/update/urn:li:activity:7439753064225366016/?originTrackingId=WQDMTOfIYxXFTM3qmKO3KA%3D%3D

Top comments (0)