Sonde de disponibilité Readiness probe
Un contrôle de santé qui détermine si un conteneur est PRÊT à recevoir du trafic. En cas d'échec, le pod est temporairement retiré de l'équilibrage de charge du service — mais n'est PAS redémarré. La réponse à l'envoi de trafic vers un pod pas encore prêt (ou momentanément occupé).
Mécanique : le même type de contrôle que la liveness (HTTP/TCP/commande), mais un échec signifie seulement que le pod est retiré de la liste des endpoints du Service, de sorte qu'aucun nouveau trafic n'y est acheminé ; il continue de tourner et revient dès que la sonde réussit de nouveau. Cas d'usage : une application qui met 30 s à charger un cache au démarrage (ne pas prendre de trafic avant d'être prête), ou un pod qui a momentanément perdu le contact avec sa base de données (cesser de prendre du trafic jusqu'à son retour, sans redémarrer pour rien). La différence avec la liveness est centrale : readiness = « n'envoie pas de trafic maintenant » (doux, réversible), liveness = « redémarre-moi » (brutal). Les confondre est une erreur classique (un échec de readiness ne devrait pas tuer le pod). Avec la startup probe, elles régissent le cycle de vie d'un pod. À rapprocher de la liveness probe et de la startup probe.