а примеры смотреть - ну ты научишься делать ровно то же самое но ничего нового не усвоишь)

@fesor ты одно время форсил идею, что дубляж кода, это не всегда плохо.И в ряде случаев он допустим, ка кэто называется по умному и есть почитать на эту тему?

https://hackernoon.com/this-is-not-the-dry-you-are-looking-for-a316ed3f445f

http://verraes.net/2014/08/dry-is-about-knowledge/

ну уже скинули ссылки

Что такое кохижен? (гугол знает только колижен)

cohesion

Что такое кохижен? (гугол знает только колижен)

когезию можешь погуглить)

кк, пасиба

Ребята, такой вопрос. Существует ли какой-то единный стандарт для health-check сервисов?

Ребята, такой вопрос. Существует ли какой-то единный стандарт для health-check сервисов?

200 OK - healthy 500 INTERNAL SERVER ERROR - not healthy Чем не стандарт? ?

200 OK - healthy 500 INTERNAL SERVER ERROR - not healthy Чем не стандарт? ?

400 хотя бы

500 - это вообще пиздец

400 хотя бы

шта?

ну смотри. Есть быстрый чек - Statsus Code 200/500 Есть более глубокая проверка. Чекнуть доступность базы, кэшеров, доступность других сервисов и все такое.

Вот пока такое что-то более менее адекватное нашел - https://github.com/hootsuite/health-checks-api

шта?

500 - это пизда вебсерверу

Тогда уже 5XX

500 - это пизда вебсерверу

круто. а 400 не напомнишь о чём говорит?

круто. а 400 не напомнишь о чём говорит?

BadRequest

и как он соотносится с хэсчеком?

400 хотя бы

400 это ошибка клиента, братан. В данном случае \то значит что твой HealthChecker работает неверно

круто. а 400 не напомнишь о чём говорит?

следуя логике - пизда запросу

и шлёт всякую фигню

следуя логике - пизда запросу

Но не веб-серверу

типа "эй мен, че ты гонишь" = 400

л - логика...

Но не веб-серверу

а хелсчекаешь ты сервер или запрос? 400 ответ на запрос вполне может быть и при корректной работе сервера

а хелсчекаешь ты сервер или запрос? 400 ответ на запрос вполне может быть и при корректной работе сервера

Приложение, которое за этим сервером живёт

У тебя может nginx быть поднят, а вот приложение за ним, к которому он запросы проксирует - лежать.

а хелсчекаешь ты сервер или запрос? 400 ответ на запрос вполне может быть и при корректной работе сервера

Более того, ДОЛЖЕН быть на любой неверный запрос :)

503 ?

У тебя может nginx быть поднят, а вот приложение за ним, к которому он запросы проксирует - лежать.

502 будет, а не 400

коды ответов < 500 - не проблема "здоровья" сервера

ну как, если хелсчекер получил 4хх, то это говорит о проблеме тоже

поменялся интерфейс и хелсчекер не обновили(а может еще что не обновили, проблемка) или просто почему-то этот интерфейс, который раньше работал, теперь не работает, надо смотреть

это говорит о том, что клиент рукожопый, или ему надо чуток подождать (в случае ограничения числа запросов)

что тоже говорит о том, что клиент рукожопый

ну смотри. Есть быстрый чек - Statsus Code 200/500 Есть более глубокая проверка. Чекнуть доступность базы, кэшеров, доступность других сервисов и все такое.

Я про разный контекст health-check.

это может говорить о том, что вы в api наделали BC и какие-то клиенты теперь отваливаются

ток к хэлс чеку это отношения не имеет. ты хочешь мониторить доступность сервиса, или тестировать его?

т.е. 4хх это не ошибка клиента, это ошибка запроса, а вот где ошибка еще надо посмотреть

а запрос из вохдуха берётся, да?) его не клиент составляет?)

а в апишке объекты из воздуха берутся, они не из запроса парсятся?

ошибка может быть как в разборе запроса, так и в составлении

Ребята, такой вопрос. Существует ли какой-то единный стандарт для health-check сервисов?

это точно ООП?

ошибка может быть как в разборе запроса, так и в составлении

если есть ошибка разбора, значит была ошибка составления

если есть ошибка разбора, значит была ошибка составления

конечно нет

пример

Ребята, такой вопрос. Существует ли какой-то единный стандарт для health-check сервисов?

нет, не существует, так как тема слишком обширная. Скажем для твоей http api было бы неплохо статус страничку сделать которая плюется либо 200 когда все хорошо либо 500/0. Она же может еще и чекнуть состояние зависимостей и вернуть чуть другой статус код или больше деталей. НО это уже для людей.

раньше можно было посылать { a: ["a"] } решили добавить еще возможность посылать числа в массиве, но строки сломали

конечно нет

но тогда это не 4xx

либо сервер не сказал про формат

нехороший сервер

раньше можно было посылать { a: ["a"] } решили добавить еще возможность посылать числа в массиве, но строки сломали

и как это связано с сервером?

он доступен, он работает

что сломали парсинг строк на сервере? Даж не знаю

что сломали парсинг строк на сервере? Даж не знаю

это вопрос совместимости

это вопрос совместимости

я так и написал изначально)

если клиент не обновился - его проблемы

если клиент не обновился - его проблемы

зависит

блин... рест фул апи, рест фул апи... вон даже с кодами наркомань устраивают...

зависит

политику не надо сюда приплетать. У тебя есть content negitiation для подобной херни

политику не надо сюда приплетать. У тебя есть content negitiation для подобной херни

не понимаю как сюда можно приплести content negitation)

блин... рест фул апи, рест фул апи... вон даже с кодами наркомань устраивают...

нет никакой наркомани. 400 - запрос получен но не могу его обработать, попробуй послать мне нормальный запрос. Вот тебе в заголовках что я принимаю на вход (accept), вот тебе OPTIONS что бы можно было узнать как со мной общаться.... 418-ый хороший пример - ты шлешь запрос а сервер тебе говорит "я чайник, попроси кого другого, не я виноват что ты шлешь запросы чайнику"

ERROR: S client not available

нет никакой наркомани. 400 - запрос получен но не могу его обработать, попробуй послать мне нормальный запрос. Вот тебе в заголовках что я принимаю на вход (accept), вот тебе OPTIONS что бы можно было узнать как со мной общаться.... 418-ый хороший пример - ты шлешь запрос а сервер тебе говорит "я чайник, попроси кого другого, не я виноват что ты шлешь запросы чайнику"

это у тебя нет) а у соседа есть)

у меня тож нет никакой наркомании

у Сергея все правильно записано)

но возвращаясь к теме дискуссии - для health check надо 2xx и 5xx

или только 2xx + json ;)

+1 хэлсчеку срать на 4** он не тестирует, он проверяет доступность

или просто порт можно проверить

ну порт это уже более специфично по идее

+1 хэлсчеку срать на 4** он не тестирует, он проверяет доступность

смотря что он тестирует. - сервер, как ты там? - ох, сча узнаю.... чет почки, ой то есть база шалит, версия миграций не актуальная, и вообще чето как-то лэтенси до рэдиса большая.... ну то есть жить буду но такое

если висит апач/нгинкс/you name it на порту, а за ним пусто - порт ведь занят будет

слейв упал - почку удалили :D

слейв упал - почку удалили :D

сервер знает только о двух почках которые закрыты балансером. Почек под копотом может быть и больше и даже если у тебя последний слэйв сдох - балансер может перекинуть на мастер

серверу будет казаться что у него все еще две почки

хотя он уже лежит в ванне со льдом

как выгодно иметь под капотом много почек...

хэлстчеки это как логи или мониторинг. Кто-то знает тут какие-либо стандарты? врядли так как все зависит от системы

сразу спрошу, пока умы здесь есть какой-то the right way для построения апи?

сразу спрошу, пока умы здесь есть какой-то the right way для построения апи?

следуй велению своего сердца

и почитай про идемпотентность

сердце такое "да ты чо, да я хз"

вкратце знаю, что имеется ввиду

как сделаешь, так сделаешь) универсальной вундервафли всё равно нет)

вкратце знаю, что имеется ввиду

ну то есть руководствоваться надо... девелопер эксприенс. Стараться делать побольше идемпотентных методов....

почитай еще про http verbs (в спецификации http а не на каком-нибудь бложике где post это create)

да мне больше вопросы в плане заковык всяких нет у меня нормального девелопер экспириенса по апи для spa) о том, какие из них идемпотентны, какие нет - читал где-то

ну или просто возьми jsonapi или рекомендации мелкософта по построению API

https://github.com/Microsoft/api-guidelines

можешь с этого начать, как по мне оч годно

уже нарыл, спасибо

да мне больше вопросы в плане заковык всяких нет у меня нормального девелопер экспириенса по апи для spa) о том, какие из них идемпотентны, какие нет - читал где-то

ты должен понимать чем идемпотентность хороша)

послал запрос - он зафэйлился (интернет затупил), можешь послать еще раз и ничего страшного не случится

mdn в качестве спеки по http сойдет? w3 все же читается сложнее