Blog

Nos artigos anteriores desta série, subimos Prometheus e Grafana, criamos dashboards manualmente pela interface e configuramos alertas. Isso funciona bem para exploração, mas tem um problema: dashboards criados só pela UI vivem apenas no banco de dados do Grafana. Se o container for recriado sem um volume persistente, ou se alguém apagar um painel sem querer, o trabalho se perde. Neste último artigo, vamos tratar dashboards como qualquer outro artefato de infraestrutura: versionado em Git.

Até agora, nesta série, monitoramos o próprio Prometheus e visualizamos isso no Grafana — útil para aprender, mas pouco interessante na prática: você quer métricas do servidor, da aplicação, do banco de dados. E métricas sozinhas não acordam ninguém às 3h da manhã; para isso existem regras de alerta e o Alertmanager.

No artigo anterior desta série, subimos um Prometheus local e fizemos as primeiras consultas em PromQL direto na interface web dele. Funciona, mas não é exatamente o que você quer mostrar numa reunião ou deixar aberto num monitor da equipe. É aqui que entra o Grafana: a ferramenta que transforma séries temporais em painéis visuais, alertas e histórico navegável.

Monitorar infraestrutura e aplicações deixou de ser um “extra” há muito tempo. Sem visibilidade sobre o que está acontecendo em produção, qualquer incidente vira uma investigação às cegas. O Prometheus se tornou o padrão de fato para coleta de métricas no ecossistema cloud native, e entender sua arquitetura é o primeiro passo antes de sair colocando dashboards bonitos em cima dele.

Nos artigos anteriores desta série, subimos containers, criamos redes e volumes manualmente, um comando docker run de cada vez. Funciona, mas não escala: numa aplicação real com banco de dados, cache, API e worker, decorar (ou repetir) todos aqueles comandos vira um problema. O Docker Compose resolve isso descrevendo toda a stack num único arquivo declarativo.

Uma aplicação real raramente vive sozinha num único container: ela precisa falar com um banco de dados, com um cache, com outros serviços — e precisa que certos dados sobrevivam a um restart. Redes e volumes são as peças do Docker que resolvem exatamente isso, e são também as que mais geram confusão em quem está começando.