Надёжный HTTP-клиент в Go

Question

Сервис часто ходит во внешние API. Как вы настроите HTTP-клиент, чтобы он был быстрым и надёжным?

Техпрогон · Accepted Answer

Создаю один клиент на сервис и переиспользую: Transport внутри держит пул соединений, и новый Transport на каждый запрос означает новые TCP и TLS handshake и утечку пулов. Один долгоживущий http.Client с общим Transport на сервис. Таймауты: Client.Timeout или ctx с дедлайном, плюс таймауты соединения, TLS и ResponseHeaderTimeout. Пул соединений: MaxIdleConns, MaxIdleConnsPerHost под параллелизм, IdleConnTimeout. Всегда закрывать Body и дочитывать его для переиспользования соединения. Ретраи только идемпотентных запросов с backoff и джиттером, circuit breaker. Проверка StatusCode, ограничение размера ответа, метрики и трейсинг. Создаю один клиент на сервис и переиспользую: Transport внутри держит пул соединений, и новый Transport на каждый запрос означает новые TCP и TLS handshake и утечку пулов. Таймауты на всех уровнях: DialContext с таймаутом соединения, TLSHandshakeTimeout, ResponseHeaderTimeout, а общее время запроса через контекст с дедлайном от вызывающего. Пул: MaxIdleConnsPerHost поднимаю до ожидаемого параллелизма к одному хосту, по умолчанию там 2, и это частая причина TIMEWAIT и задержек. После ответа всегда defer resp.Body.Close(), а тело дочитываю или ограничиваю io.LimitReader. Сеть даёт ошибку в err, а 500 нет, поэтому проверяю StatusCode. Ретраи только для идемпотентных методов и ответов 502, 503, 504, с экспоненциальным backoff и джиттером, с бюджетом ретраев, плюс circuit breaker, чтобы не добивать лежащий сервис. Метрики по хосту и коду, трейсинг через otelhttp. Переиспользование соединений проверяю через httptrace (поле Reused) или по метрикам числа соединений.

Надёжный HTTP-клиент в Go

Вопрос

Попробуйте сами

Коротко

Что должно прозвучать в ответе

Что могут спросить следом

Разбор

Термины по теме

Ещё по теме «net/http и middleware»