Когда стоит использовать асинхронный фрейворк по типу FastAPI? У меня планируется

CRM система с DDD-архитектурой, конечное количество пользователей не известно, но предполагается в промежутке от 15 до 30.
Думаю тот же Flask будет без проблем обрабатывать такую нагрузку, и надобность в оптимизации не особо большая.
Хотелось бы узнать, что дает асинхронность в api, помимо оптимизации.

Async - когда общаешься по средствам веб советов - гуд👍

когда синхронный кажется медленным

мне больше нравится aiohttp

А мне больше нравится Пакет bs4 👍👍

Может конечно плохая идея сравнивать фреймворки по бенчмаркам, ведь некоторые из них специализированы на конкретные задачи. Но fastAPI в два раза быстрее aiohttp. (https://www.techempower.com/benchmarks/) Но вообще, я все еще не увидел особых плюсов от асинхронного фрейма кроме оптимизации. Хотя ответ выше с использованием websocket слегка их оправдывает, теперь осталось понять, нужен ли мне чат или еще что либо, где я не смогу с long polling обойтись

при чём тут bs4?

Причём тут aiohttp?👍😘❤️💋

ну если не уверен что тебе они понадобятся можешь хотяб для галочки изучить... ну это доп. плюс скажем так... как для тебя так и для работодателя

чел, не позорь себя, давай лучше просто забыть то что ты сказал

💋💋💋💋 Ладно, беспризорник мой 😘

Когда запросы порядка 200мс, и их большое кол-во, то aiohttp будет показывать прекрасную скорость относительно того же fastAPI. Потерял график, найду - отошлю сюда.

Ещё асинхронка хорошо подходит для реализации всяких "умных" проксей, gateway-ев и "агрегаторов". Например что бы клиент одним запросом мог получить данные из нескольких других сервисов. Там основное время обработки запросов - это чистое IO.

Flask будет работать хорошо с нормальной скоростью. Если вы беспокоитесь об этом, то не стоит

смотрите, если перевести задачу на Azure Functions + Azure API, это одни деньги, если в Flask + uWSGI + Supervisord, то немного другие, надо пробовать, прикидывать, что лучше, как я понимаю, есть разница и по Dev Effort, и по результату. FastAPI сам по себе не решает проблемы, если у вас инфраструктурные проблемы, и есть слабости со стороны Ops, будет все равно, на чем вы реализуете логику

В целом, асинхронные фреймворки по типу FastAPI стоит использовать, когда у вас настроен и работает CI/CD, я так понимаю, есть работа в K8s, настроено логгирование, на уровне Azure, Google Cloud, есть трассировка, отладка на проде, тестовые окружения, продакшн, настроен Git, есть политика написания кода, автоматический хуки на Git, проверка и валидация кода, и вот все такое

че

капче

Когда у тебя очень много конкурентных сетевых запросов

Зачем супервизор только вообще непонятно

Набор слов

Я не понял, как связан деплой с тем, что фреймворк ассинхронный

это же фанцелот, он просто троллит