Qual é a diferença entre uma liveness probe e uma readiness probe?

Uma liveness probe que falha faz o kubelet reiniciar o container, então ela serve para um processo travado que não consegue se recuperar sozinho. Uma readiness probe que falha tira o pod dos endpoints do Service para ele parar de receber tráfego, mas deixa ele rodando. Startup probes cobrem aplicações de boot lento para uma inicialização longa não disparar a liveness. A liveness deve checar o próprio processo, não as dependências dele.

A readiness responde se este pod pode receber tráfego agora, e a liveness responde se este processo está além de salvação. Se a readiness falha, o controlador de endpoints remove o pod do Service, o tráfego para, e o pod continua rodando para conseguir se recuperar. Se a liveness falha, o kubelet mata e reinicia o container. O erro que eu mais vejo é um endpoint de liveness que checa o banco e o cache. Aí o banco oscila por trinta segundos, todas as réplicas falham a liveness ao mesmo tempo, o deployment inteiro reinicia, e agora você tem um cache frio e uma avalanche de requisições em cima do problema original. Então a liveness checa só se o processo está respondendo, e a readiness é onde checagens de dependência pertencem, porque perder tráfego temporariamente é recuperável. Para um serviço que leva noventa segundos para aquecer eu adiciono uma startup probe com um limite de falhas generoso para a liveness não começar antes de ele estar de pé. A readiness também guia os rolling updates, então eu garanto que ela vira para não pronto no começo do desligamento, antes de o processo parar de aceitar conexões.