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

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

0 голосов
/ 18 декабря 2018

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

/ready
/live

Если они оба будут сгруппированы следующим образом: 

/status/ready
/status/live

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

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

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

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

Ответы [ 2 ]

0 голосов
/ 18 декабря 2018

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

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

https://opencensus.io/zpages/

0 голосов
/ 18 декабря 2018

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

/ready
/live

или 

/status/ready
/status/live

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

...