docs(ops): k8s probe recommendations (TCP liveness, HTTP /healthz readiness) - #10297
Conversation
Stock Docker HEALTHCHECK hits /api/monitoring/health (deep). Orchestrators should not use that path for kubelet liveness. Document /healthz vs deep health, note same-process event-loop limits, and link related issues.
|
Thanks for this, @RaviTharuma — really useful writeup. I checked the two routes against the current source and everything you describe matches exactly: Content-wise this is good to merge as-is — no changes requested there. The only thing blocking it right now is CI: the "Merge integrity (changelog + generated skills)" job is red because the Nice catch calling out that both routes share the same event loop — that's the detail that actually explains the false-kill reports. |
Refresh the branch head against the current release/v3.8.50 base so the merge-integrity (changelog + generated skills) gate re-runs on a current merge-result. Co-authored-by: diegosouzapw <diegosouza.pw@gmail.com>
Babysit summary
|
|
Validated in local merge-train |
Summary
GET /healthz(lifecycle) vsGET /api/monitoring/health(deep)./healthz), HTTP readiness on/healthz, do not point kubelet liveness at/api/monitoring/health.HEALTHCHECKinto kubelet liveness.Related Issues
Validation
npm run lintN/A for markdown-onlyTests Added Or Updated
Coverage Notes
src//open-sse//electron//bin/coverage impact.Reviewer Notes
docs/ops/MONITORING_GUIDE.md,docs/guides/DOCKER_GUIDE.md). No secrets or private hostnames.