Кто-то в основном чатике писал про переписывание конкретных тормозящих микросервисов, но не помню кто

https://github.com/sbstp/attohttpc
О, оказывается кто-то до меня уже начал писать легковесный HTTP-клиент и можно вкатиться в разработку. Найс.

их же куча, вроде, нет? только почти все сырые и недоработанные - критическую массу набрать не могут

Этот выглядит неплохо

Почему не reqwest?

Ыыы. Не хочу это обсуждать тысячный раз.
Кратко: потому что reqwest не легковесный, тянет за собой неприличное количество зависимостей в компайл-тайме, поднимает ивент-луп в рантайме.

Эм, ну и что

Один раз скачался и скомпилировался

> неприличное количество зависимостей

меня вот этот пункт так и смущает. у нового реквеста 106 зависимостей, а у этой штуки сверху - 56. разница, конечно, почти в два раза, но в моем понимании до неприличности таки далеко

1. Такое количество зависимостей нельзя провалидировать. Ты зависишь от того, что куча авторов продолжает поддерживать всю сотню нанокрейтов, от которых зависит reqwest.
2. В CI придётся настраивать кеширование (что не для всех CI удобно), причём компиляция всё равно будет дольше.
3. Ивент луп жрёт память и время стартапа, что тоже неприятно. Кроме того, разные механизмы асинхронности конфликтуют между собой, и если я захочу что-то по`epoll`ить, мне нужно будет быть особенно аккуратным.

Ы, правда 56? Интересно, откуда прилетают. Это тоже плохо, конечно.

зависимости это хорошо

ну хотя с какими фичами собирать. если с умолчательными, то 45 зависимостей получается. если со всеми  то за 60 уходит

каждая зависимость - это нормально реализованный код вместо костылей

+

я не вижу проблем иметь зависимости тысячами

Нет, каждая зависимость — это потнциально всё равно костыльный код, который кто-то может внезапно забросить.

+

И получится ситуация как в JS, когда одна зависимость на пять строк сломалась — вся экосистема полетела.

с виду и у той, и у другой библиотеки зависимости таки не по пять строк.