As mudanças no sistema de alertas do Kubernetes Monitoring no Grafana
Aprofundamento CEVIU
Aprofundamento
O sistema de alertas do Kubernetes Monitoring no Grafana Cloud passou por uma transição significativa, migrando de um modelo 'source-managed' (gerenciado pela fonte de dados, tipicamente Prometheus) para alertas gerenciados pela própria plataforma Grafana. Essa mudança impacta diretamente como os alertas são configurados e onde as notificações são roteadas.
O modelo anterior, 'source-managed', utilizava o backend Prometheus (Mimir) para avaliar regras e o Alertmanager integrado do Prometheus para o roteamento. Já o novo padrão, 'Grafana-managed alerts', centraliza a avaliação e o roteamento na engine de alertas nativa do Grafana Cloud. Isso oferece vantagens como suporte a múltiplas fontes de dados, estado de 'no-data' e 'error', RBAC e provisionamento via Terraform. A desvantagem reside na separação completa dos sistemas, exigindo reconfiguração em caso de reinstalação do app.
O que mudou
A principal alteração é a consolidação do Grafana Cloud em usar o modelo 'Grafana-managed alerts' como padrão. Anteriormente, instalações mais antigas ou após reinstalações do Kubernetes Monitoring podiam usar alertas 'source-managed' (Protheus/Alertmanager). Agora, novas instalações e reinstalações provisionam alertas no formato 'Grafana-managed'. Essa transição pode levar à interrupção no recebimento de notificações se a infraestrutura de roteamento (pontos de contato e políticas) não for corretamente migrada para o novo sistema de alertas nativo do Grafana. Novas pilhas de Grafana Cloud já não provisionam alertas 'source-managed' por padrão.
Por que isso importa
Para engenheiros de DevOps e de plataforma, essa mudança exige atenção redobrada na manutenção de pipelines de feedback e monitoramento. A perda de alertas ou o roteamento incorreto para canais errados pode atrasar a resposta a incidentes críticos. A migração para o 'Grafana-managed alerts' é vista como o caminho futuro pela Grafana Cloud, com promessas de maior flexibilidade e recursos, mas exige que os times se adaptem às novas configurações de notificação, especialmente ao utilizar o botão 'Update' em vez de reinstalar o aplicativo para garantir uma transição suave.
Linha do tempo
Depreciação de alertas 'source-managed' para Prometheus e Loki.
Grafana Cloud passa a usar o Alertmanager interno para 'Grafana-managed alerts' por padrão.
Mudanças no sistema de alertas do Kubernetes Monitoring no Grafana: Migração para 'Grafana-managed alerts'.
Perguntas frequentes
O que são 'source-managed alerts' no Kubernetes Monitoring?
São regras de alerta avaliadas e roteadas pelo backend Prometheus e seu Alertmanager. Embora exibidos no Grafana, a gestão principal fica fora da engine nativa do Grafana Cloud.
Por que as notificações pararam de chegar após reinstalar o Kubernetes Monitoring?
A reinstalação provisiona alertas no modelo 'Grafana-managed', que usa um sistema de roteamento (pontos de contato e políticas) distinto do modelo 'source-managed' anterior. A configuração de notificação antiga não é transferida automaticamente.
Posso migrar regras de alerta personalizadas de 'source-managed' para 'Grafana-managed'?
Regras criadas por aplicativos como o Kubernetes Monitoring, marcadas com `__grafana_origin`, não são suportadas pela ferramenta de importação automática. Para migrar, é preciso exportar manualmente o YAML da regra, ajustar e reimportar usando ferramentas como mimirtool.
Qual a forma recomendada de atualizar as regras de alerta do Kubernetes Monitoring?
Utilize o botão 'Update' na aba de configuração do cluster. Evite desinstalar e reinstalar o app. O 'Update' guia o processo e informa sobre mudanças, facilitando a reconfiguração do roteamento de notificações se necessário.
Fontes
- grafana.comfonte original
- Categoria
- CEVIU DevOps
- Publicado
- 29 de junho de 2026
- Editoria
- CEVIU DevOps

