Back pressure - хз, вечные танцы с бубном и не назвал бы асинк причиной. То прокси, то еще какая-то шняга.
Решается по разному(если решается), например, порой предпочитают небольшую задержку добавить, но сильно увеличив общую пропускную (запись данных в БД через апи)
Пункты, сильно зависящие от контекста. Все-таки в первую очередь здравый смысл подскажет че и где не так
При небольшой нагрузке - пофиг, че легче писать, то лучше и юзать
Сетка не так проста, эта скотина вечно че нить выкидывает. У асинка и правда много оверхеда, но этого же оверхеда тьма и от наших мидлварей / того же фастапи
Если чел видит что узкое место у него на уровне питона, и слишком муторно искать его, возможно он и искать особо не будет узкое место, а выкинет питон. Частенько узким местом может быть не столько асинк, сколько наши любимые ювикорн/гуникорн.
В случае если добавляет Милисекунды асинк - ну и лан, начал много, тож пофиг - инстансов зафигачим (если ресурсов норм)
Ага, лишь бы всё было прозрачно и тестировать было просто
Читать полностью…
А что мешает в случае питона больше логики на БД переложить? Рейзы прям на уровень питона выкидывать тож норм
При взаимодействии с бд вечный вопрос раунд трипы и где логику оставлять, на бд или сервисе
Да чё спорно в тред кладёшь ожидаешь. Просто это не всегда выгодно
Читать полностью…
если субд локальна то да, если там добавляется нетворк лэйтенси то спорно
Читать полностью…
«We now know that asynchronous I/O is for I/O intensive tasks. But isn’t it I/O intensive to frequently talk to a remote database? It depends. Like Mike said, “intensive” is relative to your actual code. Modern databases are very fast and reliable, network is reliable if put in LAN. If actual database access time is of the minority of the total time taken by the program, it is not I/O intensive. Using asynchronous I/O for database connections and queries in this case will not improve throughput much, and may make it worse due to asynchronous framework overheads mentioned earlier. It looks easier to just use blocking database operations in your coroutines instead without harming performance.
Using blocking operations in coroutines carries a high risk of causing dead locks.»
Короче на самом деле причины 2:
1. Асинкио и питон рантайм медленные относительно (зачастую) быстрых операций происходящих в СУБД
2. Проблема с back pressure, которую привносит асинкио by design/implementation
Более детально, вот две статьи, одна от создателя алхимии, вторая от разрабов GINO ORM:
1. https://techspot.zzzeek.org/2015/02/15/asynchronous-python-and-databases
2. https://python-gino.readthedocs.io/en/v0.8.5/why.html
Ресурс старый, но хороший, там же не питон, а архитектура объясняется
Читать полностью…
https://github.com/massgravel/Microsoft-Activation-Scripts
Читать полностью…
Всех с наступившим новым годом!!! Для тех кто сейчас на выходных и хотел бы прокачать свои навыки DBA, рекомендую мастер класс
/channel/downtime_bar/147
нужно ли было делать тот же аиограм асинхронным, если запросы к серверу телеграма все равно упираются в rate limit?
Читать полностью…
Ну и справедливости ради, иногда дизайн/апи асинк библиотек/фреймворков выглядит лучше и удобнее
Читать полностью…
Ну щас просто все любят фастапи всякие пихать, иограммы, везде где можно и нельзя, потому что дядя Вася в соседнем чате пояснял за паттерны и хайлоад. Ну и приходится тащить всё реализующее асинк протокол и рантайм в проекты, иначе будут дедлоки и прочие не самые приятные вещи
Читать полностью…
А можешь чуть детальнее раскрыть тут? Что не так с использованием асинка при взаимодействии с БД?
Читать полностью…
Выглядит как что-то устаревшее, там классы от object наследуются
Читать полностью…
Всем привет, какие payment gateway можно подключить в казахстане? kassa24, robokassa, какие еще есть?
Читать полностью…
