~/questoes/devops
Monitorar o consumo de recursos no Kubernetes vai além de contar métricas; é sobre coletar dados reais do seu cluster para identificar problemas antes que eles afetem seus usuários. Esse monitoramento contínuo alimenta decisões de otimização baseadas em fatos, não em suposições.
A alternativa C está correta porque o monitoramento contínuo fornece visibilidade sobre o comportamento real das aplicações. Com esses dados, você identifica padrões de uso, descobre gargalos de performance e detecta anomalias, permitindo ajustes proativos no cluster em vez de apenas reagir a crises.
Reduzir nós sem preocupação com performance é justamente o oposto do que monitoramento permite fazer. O monitoramento garante que você reduza recursos de forma inteligente, mantendo performance. Agir sem dados é arriscado e pode prejudicar suas aplicações.
Registrar atividades para conformidade regulatória é função de auditoria e logs, não de monitoramento de recursos. Monitoramento de recursos foca em métricas como CPU e memória, não em registros de compliance governamental.
Esta é a resposta correta. Monitoramento permite que você veja padrões (quando a carga é alta), encontre gargalos (componentes que consomem mais que o esperado) e detecte anomalias (comportamentos fora do normal). Com essas informações, você ajusta requests, limits e escalonadores de forma consciente.
Monitoramento de recursos não é uma barreira de segurança ou controle de acesso para deployment. Seu objetivo é medir e otimizar consumo, não impedir que developers façam deploy. Controle de acesso é responsabilidade de políticas e RBAC, não de monitoramento.