Analista de Desenvolvimento - Infraestrutura e Segurança Cibernética
Julgue o próximo item, relativos a ferramentas e soluções para DevOps, DevSecOps e Docker. Se um processo dentro de um pod sofrer um deadlock, deve-se utilizar a verificação de sanidade de processo para resolver esse problema e garantir que a aplicação esteja sempre no estado ativo.
CCerto
EErrado
Revelar gabarito e comentário▾
GabaritoE — Errado
Comentário gerado por IA. É um apoio ao estudo, ancorado em fontes, mas pode conter imprecisões — confira sempre na fonte oficial (lei, súmula, edital e gabarito da banca). Encontrou um erro? Use “Reportar”.
Deadlock e verificação de sanidade em pods
❌ ERRADO.
A afirmação está incorreta. Deadlock é uma condição de impasse na qual dois ou mais processos ficam permanentemente bloqueados, cada um aguardando um recurso retido pelo outro. Sua resolução envolve técnicas como prevenção, detecção e recuperação (ex.: matar um dos processos, preempção de recursos, rollback). A verificação de sanidade de processo (liveness probe no Kubernetes) não resolve o deadlock propriamente dito; ela apenas detecta que o processo não responde e o reinicia, o que pode quebrar o deadlock indiretamente, mas não é a abordagem projetada para esse fim. Além disso, garantir que a aplicação esteja "sempre no estado ativo" é inviável, pois deadlocks podem ocorrer mesmo com health checks. Portanto, a afirmativa é falsa.
A banca confunde a finalidade das sondagens de sanidade (liveness/readiness) com uma solução para deadlock. Lembre-se: health checks servem para monitoramento e reinicialização de contêineres, não para resolver impasses de concorrência — a correção de deadlocks exige intervenção no código ou no escalonador de recursos.