ANÚNCIO

~/questoes/devops

Em qual situação uma Readiness Probe é especialmente crítica?

Responda, confira o feedback e use o resultado para orientar sua revisão.
Aula de referência Resource Management no Kubernetes: performance sem desperdício
Para fixar

Readiness Probe: garantindo tráfego apenas para pods saudáveis

Conceito central

A Readiness Probe é um health check que verifica se um container está pronto para receber requisições. Em ambientes com múltiplas réplicas, ela é essencial para garantir que o tráfego seja direcionado apenas para instâncias que realmente conseguem processar requisições de forma saudável.

Por que essa resposta faz sentido

Quando há múltiplas réplicas, a Readiness Probe evita que o tráfego seja enviado para pods que ainda estão inicializando, falhando ou sobrecarregados. Isso mantém a qualidade do serviço e reduz erros, pois apenas pods realmente prontos recebem requisições.

Armadilhas comuns

  • Confundir Readiness Probe com Liveness Probe: readiness verifica se o pod está pronto para tráfego, enquanto liveness verifica se a aplicação ainda está viva e funcionando.
  • Acreditar que readiness probe monitora uso de memória ou CPU: essas métricas são controladas através de limits e requests, não por health checks.
  • Pensar que readiness probe é importante apenas em clusters grandes: ela é crítica em qualquer deployment com múltiplas réplicas, não importa o tamanho da infraestrutura.

Entenda as alternativas

A

A Readiness Probe é especialmente crítica em deployments com múltiplas réplicas porque controla o roteamento de tráfego. Quando um pod não passa na probe, ele é removido do balanceador de carga, evitando que requisições cheguem a instâncias que não estão prontas.

B

O consumo de memória é monitorado através de limits e requests, não por readiness probes. Se a memória ultrapassar o limit, o pod é eliminado pelo kubelet, mas isso não é a função principal de uma readiness probe.

C

Validar conectividade com bancos de dados durante startup é responsabilidade da Liveness Probe (que verifica se a aplicação está viva), não da Readiness Probe. A readiness verifica se o pod está pronto para receber tráfego, não durante a inicialização.

D

A quantidade de nós no cluster não define a necessidade de readiness probes. Essas probes são importantes em qualquer deployment com múltiplas réplicas, independentemente do tamanho do cluster.

Dica prática: Configure sua readiness probe para fazer uma verificação real de saúde, como uma chamada HTTP a um endpoint /health que valida conexões internas. Defina timeouts adequados e número de tentativas para evitar false positives que removam pods saudáveis do balanceador.

Revise pensando: Qual é a diferença prática entre uma readiness probe remover um pod do balanceador de carga e uma liveness probe reiniciar o pod?