Каким должен быть URL для конечных точек проверки готовности и жизнеспособности?

Question

Каким должен быть URL для конечных точек проверки готовности и жизнеспособности?

Должен ли я использовать URL-адреса в корне моего приложения следующим образом:

/ready
/live

Должны ли они быть сгруппированы так:

/status/ready
/status/live

Должен ли я использовать RFC5785 и положить их под .well-known подкаталог вроде так:

/.well-known/status/ready
/.well-known/status/live

Если я сделаю это, я понимаю, что я должен зарегистрировать status назначение с официальным реестром IANA.

Или есть какая-то другая схема? Я ищу общее соглашение, которое люди используют.

3

kubernetes url health-monitoring kubernetes-health-check

Источник

user1212017 18 дек '18 в 14:32

2 ответа

Другие вопросы по тегам kubernetes url health-monitoring kubernetes-health-check

user449958 18 дек '18 в 19:17 2018-12-18 19:17 · Answer 1 · 2018-12-18 19:17

Использование документов Kubernetes /healthz, что я бы сказал, желательно следовать; но вы действительно можете использовать все, что хотите.

я верю healthz используется, чтобы держать его в соответствии с zpages, которые описаны OpenCensus:

https://opencensus.io/zpages/

4

Источник

user449958 18 дек '18 в 19:17

user2989261 18 дек '18 в 18:10 2018-12-18 18:10 · Answer 2 · 2018-12-18 18:10

AFAIK, вы можете использовать все, что вы хотите, и это все, что вы положили в свое приложение. Если в вашем приложении есть способ различать "Готов" и "Живой". Любой из них, использующий запрос GET, работает:

/ready
/live

или же

/status/ready
/status/live

Обратите внимание, что, как правило, "живой" означает, что ваше приложение запущено, а "готово" означает, что ваше приложение готово обслуживать трафик.