Comments 13
фреймворк работающий через gunicorn в 2018? вы серьезно?
Поделитесь, пожалуйста, стабильными решениями.
хорошее. но синхронное. т. е. если в логике будет определенное количество подвисаний, то производительность будет проседать. те запросы которые не используют залокированное поведение будут висеть в ожидании. Конечно gunicorn кикнет воркер и запустит новый, но, не факт что этот новый воркер не залочится на следующим запросе.
запустить гринлеты или еще лучше обращение к базе через asyncio — проблемно, так как тот не опускает эвентлупы из себя. тем самым сведя работу с гринлетами к нулю.
запустить гринлеты или еще лучше обращение к базе через asyncio — проблемно, так как тот не опускает эвентлупы из себя. тем самым сведя работу с гринлетами к нулю.
не подскажете, через что по-вашему должен работать фреймворк в 2018 году?
Что, собственно, не так? Довольно часто встречаю gunicorn в продакшене.
Подскажите, это перевод или авторская статья? Скриншоты и листинги уж больно смахивают на developers.redhat.com/blog/2017/12/29/create-scalable-rest-api-falcon-rhscl
Один-единственный человек пилит — вряд ли там что-то дельное может быть…
Аргумент про 10x ускорение в сравнении с Flask совершенно нерелевантен. Этот слой никогда не бывает узким местом.
Хотелось бы ещё увидеть сравнение с API на aiohttp.web например.
Sign up to leave a comment.
Создание REST API на Falcon