С очередью - это оно кмк. Всё остальное - слишком. Как вариант: небольшой класс, который сразу отдаёт future клиентскому коду, а внутри его worker обрабатывает запрос. AsyncioLimiter можно и на банальный sleep заменить, довесить condition, чтобы если один worker получил 429, то флаг + sleep и продолжаем. Но это уже для пуристов, кто зависимости не любит.
Круто! Очень радует, что фреймворк живее всех живых :)
Хотелось бы ещё узнать как по поводу зависимостей от клиентских библиотек? Когдато на Хабре проскакивала статья, о том, что есть планы их убрать подальше. Это в планах осталось или от этого отказались?
С очередью - это оно кмк. Всё остальное - слишком. Как вариант: небольшой класс, который сразу отдаёт future клиентскому коду, а внутри его worker обрабатывает запрос. AsyncioLimiter можно и на банальный sleep заменить, довесить condition, чтобы если один worker получил 429, то флаг + sleep и продолжаем. Но это уже для пуристов, кто зависимости не любит.
s/id.so/ld.so/
Хотелось бы ещё узнать как по поводу зависимостей от клиентских библиотек? Когдато на Хабре проскакивала статья, о том, что есть планы их убрать подальше. Это в планах осталось или от этого отказались?