Los endpoints de las sondas
Configura
HEALTH_PORT para habilitar el listener de health. Si no tiene valor, el listener no inicia. Los charts y ejemplos configuran 8099; la biblioteca no elige un puerto. Mantén el puerto de health interno y fuera de Ingress y balanceadores de carga públicos. Los puertos principales de las API no cambian.
Algunos servicios multi-tenant exponen /readyz/tenant/:id en el puerto de health. Esta verificación bajo demanda no requiere autenticación y no cambia la readiness del pod.
El cuerpo de la respuesta de /readyz
El siguiente cuerpo se aplica a las releases que usan el contrato compartido de health actual. Las verificaciones registradas varían según el servicio. Una verificación no configurada no tiene entrada.
La readiness devuelve HTTP
503 hasta que cada verificación Startup pase por primera vez. Después, una falla de dependencia compartida informa degraded con HTTP 200. La liveness puede devolver 503 por una falla en la verificación Live.
Las métricas compartidas de health son health_ready y health_check_status{check,mode,status}. Están separadas de la telemetría OTLP.
Cobertura por servicio
Consulta la versión del producto antes de cambiar las sondas. La disponibilidad en una release no significa que tu despliegue ya la use.
La tabla siguiente lista las sondas en el puerto principal de los servicios que no usan el puerto de health, y cada servicio conserva su propio contrato.
Puertos son valores predeterminados y se pueden sobrescribir por despliegue. Consulta Puertos de red predeterminados.

