но вообще я бы просто забил на ретраи

На границе кубернетиса

ну там у меня лайф чек на 3 попытки с кд 10 сек

а в приложении я ретраи больше не делаю

потому что нужен какой то кд между ретраями и тогда запросы вылетают по лимиту времени

Ну да, но не панацея. Ну и в моем случае это будет слишком тяжелая сущность

Так а как делать тогда? Просто возвращать ошибку сразу? Не пытаться никак проверить доступность сервисов друг относительно друга при старте, например, или еще когда?

Я, правда, не уверен, что это задача сервиса, делать такие проверки

Скорее это инфраструктура должна обеспечивать определенный аптайм каждого из сервисов

Но хочется некий graceful degradation на ключевом сервисе реализовать

я только чекаю кубером что бы были живые
и сразу ошибку скидываю

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

+ у меня все таки не микросервисы а более менее полноценные сервисы

и если какой то упал то ломается только конкретная часть

wire-server кстати так с базами и работает, если база недоступна, пробует ещё пару раз. А куб каждый реквест на новый эндпоинт роутит.

магическая цифра)

ну вообщем у меня нету опыта где если с 1 трая сервис не ответил то со второго сразу все ок

Привет, я когда-то юзал вот такое
https://github.com/streadway/handy/tree/master/retry
Это было с сервисом по спецификой того, что он бывает временно недоступен.

Для пула сервисов писал отдельную обёртку, когда у меня код вызова сервиса запускался в лямбда функции, результат которой отслеживался снаружи. И пул сервисов выстраивал рейтинг из сервисов в зависимости от того, что вернула лямбда. Вернулась ошибка - ставим сервис в конец. В случае ошибки вызываем лямбду для всех сервисов из списка пока не получим успешный результат. Ну это тоже очень специфичный сервис был, так что реализация зависит от вашего сервиса, от его возможной недоступности и бизнес требований. В обычной ситуации думаю можно просто вернуть ошибку и закончить процессинг (если ничего иного логично не вытекает из поведения сервиса или бизнес требований)

Интересно звучит. Мне не подходит, но сама тема с ранжированием сервисом мне нравится

я от tinrab взял когда то ретрай и так и сижу на нем

Либа по ретраям, что скинул хороша тем, что конфигурирует кол-во раз и изменение таймера.
Те например, вторая попытка через секунду, третья через 2 и тп.