Questão de Engenharia de Software — Ferramentas de Desenvolvimento de Software — FUNDATEC 2025
Engenharia de Software›Ferramentas de Desenvolvimento de Software
Código
qg474968
Banca
FUNDATEC
Órgão
PROCERGS
Ano
2025
Nível
Superior
Cargo
Analista em Computação/Ênfase em Programação de Sistemas na Tecnologia Microsoft
Qual alternativa melhor descreve o uso de probes?
AlivenessProbe reinicia contêiner quando não saudável; readinessProbe indica pronto para tráfego; startupProbe dá tempo extra de inicialização para apps lentas.
BreadinessProbe reinicia contêiner travado; livenessProbe apenas controla tráfego.
CstartupProbe serve para o HPA ajustar réplicas conforme CPU.
DProbes substituem o HEALTHCHECK do Docker e não dependem do kubelet.
ETodas as probes são equivalentes e podem ser trocadas sem efeito.
Revelar gabarito e comentário▾
GabaritoA — livenessProbe reinicia contêiner quando não saudável; readinessProbe indica pronto para tráfego; startupProbe dá tempo extra de inicialização para apps lentas.
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”.
Probes no Kubernetes (liveness, readiness, startup)
Gabarito: letra A. A alternativa A descreve corretamente as três probes padrão do Kubernetes: livenessProbe (reinicia contêiner quando não saudável), readinessProbe (indica que o contêiner está pronto para receber tráfego) e startupProbe (dá tempo extra de inicialização para aplicações lentas). As demais alternativas confundem os papéis ou fazem afirmações incorretas.
O Kubernetes oferece três tipos de probe para verificar a saúde de contêineres:
livenessProbe: determina se o contêiner está funcionando. Se falhar, o kubelet mata e reinicia o contêiner.
readinessProbe: verifica se o contêiner está pronto para servir requisições. Se falhar, o contêiner é removido dos endpoints do Service.
startupProbe: usada para aplicações que demoram a iniciar; apenas verifica se a inicialização terminou. Enquanto falha, as outras probes são desabilitadas.
Probe
Função
Consequência da Falha
Uso Principal
livenessProbe
Verifica se o contêiner está funcionando
kubelet mata e reinicia o contêiner
Detectar travamentos ou loops infinitos
readinessProbe
Verifica se o contêiner está pronto para tráfego
Contêiner removido dos endpoints do Service
Controlar quando o Pod pode receber requisições
startupProbe
Verifica se a inicialização terminou
Desabilita as outras probes enquanto falha
Dar tempo extra para aplicações lentas iniciarem
Probes no Kubernetes
1livenessProbe
Reinicia contêiner se falhar
Verifica se está funcionando
2readinessProbe
Indica pronto para tráfego
Remove do Service se falhar
3startupProbe
Tempo extra de inicialização
Desabilita outras probes enquanto falha
LEVEL · soulevel.com.br
Alternativa A — ✅ Correta ⟵ GABARITO
Descreve exatamente o papel de cada probe: liveness para reinicialização, readiness para tráfego, startup para inicialização lenta. É a definição padrão da documentação do Kubernetes.
Alternativa B — ❌ Incorreta
Inverte as funções: readinessProbe não reinicia contêiner (quem faz isso é a livenessProbe). LivenessProbe não controla tráfego (quem faz isso é a readinessProbe).
Alternativa C — ❌ Incorreta
StartupProbe não é usada para ajustar réplicas do HPA (Horizontal Pod Autoscaler). O HPA usa métricas de CPU/memória ou métricas personalizadas; a startupProbe apenas auxilia na verificação de inicialização.
Alternativa D — ❌ Incorreta
Probes não substituem o HEALTHCHECK do Docker. HEALTHCHECK opera no nível do Docker daemon, enquanto as probes do Kubernetes são gerenciadas pelo kubelet. Além disso, as probes dependem sim do kubelet para execução.
Alternativa E — ❌ Incorreta
As probes não são equivalentes nem intercambiáveis. Cada uma tem um propósito distinto e substituir uma por outra causaria comportamento indesejado (ex.: readiness como liveness pode reiniciar contêiner prematuramente).
PEGA ESSA DICA!
Para decorar: Liveness = Life (reinicia), Readiness = Receive traffic (recebe tráfego), Startup = Slow start (inicialização lenta). Memorize a frase: "Liveness reinicia, readiness direciona tráfego, startup dá tempo."