애플리케이션 상태 확인을 위해 / healthz를 사용하는 규칙은 어디에서 왔습니까?

애플리케이션 상태 확인을 위해 / healthz를 사용하는 규칙은 어디에서 왔습니까?

---

Kubernetes / Docker 에코 시스템에는 /healthz애플리케이션의 상태 확인 엔드 포인트로 사용하는 규칙이 있습니다.

'healthz'라는 이름은 어디에서 왔으며 해당 이름과 관련된 특정 의미가 있습니까?

---

역사적으로 Google의 내부 관행에서 비롯되었습니다. 이를 "z- 페이지"라고합니다.

로 끝나는 이유 z는 동일한 이름 (예 :)을 가진 실제 애플리케이션 엔드 포인트와의 충돌을 줄이기 위해서 /status입니다. 자세한 내용은이 강연을 참조 하세요 : https://vimeo.com/173610242

유사 엔드 포인트는 (적어도 구글 내부)이다 /varz, /statusz, /rpcz. Google에서 개발 한 서비스는 이러한 엔드 포인트를 자동으로 가져와 상태 및 측정 항목을 내보내고 배포 된 모든 서비스에서 노출 된 측정 항목 / 상태를 수집하는 도구가 있습니다.

Prometheus와 같은 오픈 소스 도구는 애플리케이션에서 측정 항목을 수집하기 위해 잘 알려진 엔드 포인트로 이동하여이 패턴을 구현합니다 (Prometheus의 원래 작성자도 Google 직원이기 때문에). 마찬가지로 OpenCensus를 사용하면 앱 (이상적으로는 다른 포트에 있음)의 z 페이지를 노출하여 문제를 진단 할 수 있습니다.

참고 URL : https://stackoverflow.com/questions/43380939/where-does-the-convention-of-using-healthz-for-application-health-checks-come-f