애플리케이션 상태 점검을 위해 /healthz를 사용하는 관습은 어디에서 유래되었습니까?

애플리케이션 상태 점검을 위해 /healthz를 사용하는 관습은 어디에서 유래되었습니까?

Kubernetes/Docker 생태계에서는 다음과 같은 관습이 있습니다./healthz애플리케이션의 상태 점검 엔드포인트로 사용할 수 있습니다.

'healthz'라는 이름은 어디에서 왔으며, 그 이름과 관련된 특별한 의미가 있습니까?

그것은 역사적으로 구글의 내부 관행에서 비롯되었습니다.그것들은 "z-pages"라고 불립니다.

끝나는 이유는z동일한 이름을 가진 실제 애플리케이션 끝점과의 충돌을 줄이는 것입니다(예:/status자세한 내용은 다음 내용을 참조하십시오. https://vimeo.com/173610242

유사한 엔드포인트(최소한 Google 내부)는/varz,/statusz,/rpczGoogle에서 개발된 서비스는 이러한 엔드포인트에서 상태 및 메트릭을 자동으로 내보내고 배포된 모든 서비스에서 노출된 메트릭/상태를 수집하는 도구가 있습니다.

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

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