/audit-cost
O Skill /audit-cost identifica workloads superprovisionados.
Execute sem argumentos para uma varredura completa, ou nomeie um workflow para restringir o relatório.
/audit-cost # full sweep/audit-cost requests # single workflow/audit-cost idle in stagingEscopo em linguagem natural (namespaces, label selectors, nomes de workload) é suportado em todos os workflows (veja Visão geral).
Workflows
Seção intitulada “Workflows”1. Requests de CPU e memória vs. uso real
Seção intitulada “1. Requests de CPU e memória vs. uso real”Fontes: metrics-server para uso ao vivo e Prometheus quando detectado para p95 histórico.
2. Workloads ociosos
Seção intitulada “2. Workloads ociosos”Fontes: metrics-server e a API do Kubernetes para status de Job/CronJob.
3. Armazenamento e load balancers não utilizados
Seção intitulada “3. Armazenamento e load balancers não utilizados”Fontes: API do Kubernetes.
Right-sizing requer histórico. Por padrão, o Skill analisa os últimos 7 dias quando Prometheus está disponível e usa o snapshot ao vivo do metrics-server quando não está. O relatório sempre indica qual fonte foi usada e até quando os dados retroagem.
O que o agent é instruído
Seção intitulada “O que o agent é instruído”Além dos workflows em si, o Skill orienta o agent sobre como reportar:
- Informar a fonte (
metrics-serverpara ao vivo, Prometheus para histórico) e a janela de análise efetiva no cabeçalho — a retenção do Prometheus pode ser menor que os 7 dias padrão. - Marcar findings que requerem Prometheus como “não disponível” quando apenas
metrics-serverestiver presente, em vez de descartá-los silenciosamente. - Sinalizar apenas gaps entre requests e uso que sejam grandes o suficiente para importar na prática; pequenas diferenças são ruído.
- Encaminhar para
/metricsquando o usuário quiser ver a série subjacente de um workload específico.