Друзі, привіт, як ви?

ну шо давайте коротко розберемо цей пул)

Що я маю вам сказать.
Після рестарту бекенду сервер вже новий і живий, а клієнт про це ще не знає) У нього в pool може залишитись старий keep-alive connection. Та клієнт бере його → робить запит → отримує RST / EOF / network error. чи шось ще)

Після цього старий connection викидається, створюється новий TCP connection - і retry вже проходить.

Чому не A DNS
В умові DNS вже працює і IP доступний. Та й DNS-проблема не дуже пояснює, чому повторний запит через секунду одразу успішний.

І так Чому не C
Бо сертифікат не “оновлюється після першого запиту” сам по собі)
Якби реально був TLS handshake/certificate issue другий запит скоріше за все впав би так само.

Чому не D
Firewall не думає: “перший не пущу, а другий ладно”)

Мій Поінт тут простий:
Сервер може вже бути повністю UP, але клієнт ще мати мертве TCP-з’єднання у своєму pool.

Тому якщо перший request failed → retry success після restart сервера
дуже хороший сигнал подивитись саме в сторону connection reuse / keep-alive / pool.

Хто вибрав B, сильні, правильно копаєте нижче API хто дивився поряд - не засмучейтесь це прийде розуміня ну і хто думав спочатку так і потім вибрав інакше - як я писав мозок не обдуриш))))

Всім гаврно дня і настрою )
Обняв 🤗
Сильні 💛