AO
Но gunicorn, контролирующий uvicorn это нормально скорее всего?
что бывает с запросом, если умирает воркер гуникорна?
Size: a a a
2019 September 05
AO
там второй воркер его подхватит и выполнит?
AO
я не знаю особенностей работы гуникорна
AO
ну, а если там 1 воркер на 1 ноде, но умрёт процесс контейнера и контейнер будет перезапущен, это может быть долго (если при старте контейнера ещё и миграции будут пробовать накатываться, например)
C
будущее за ASGI-аппсерверами, Uvicorn и Hypercorn, мб Daphne, а uWSGI/Gunicorn и тем более почти никому неизвестный bjoern через года 3-4 сами по-тихому выйдут из эксплуатации
а это можно к джанге подрубить?
C
ну, а если там 1 воркер на 1 ноде, но умрёт процесс контейнера и контейнер будет перезапущен, это может быть долго (если при старте контейнера ещё и миграции будут пробовать накатываться, например)
перезапуск доля секунды
C
по крайней мере если юзать гуни как сервис
C
про подхват не знаю
AO
в общем, в контейнерах как-то не очень принято делать внутри контейнера по куче воркеров
AV
schedule.moderator.rules.all
имеешь ввиду .all() ?
AO
принято когда много контейнеров с 1 воркером на куче нод
C
в общем, в контейнерах как-то не очень принято делать внутри контейнера по куче воркеров
я вообще контейнеризацию не уважаю
DT
имеешь ввиду .all() ?
ты же в шаблоне вызываешь ?
DT
тогда нет, без скобок
AO
я вообще контейнеризацию не уважаю
ничего лучше не придумали пока
AO
FaaS не везде применим
C
ничего лучше не придумали пока
автоматизационные установщики на баш скриптах и запуск сервисов в многопоточности
AV
тогда нет, без скобок
Огромное спасибо
AO
ну то есть каждому проекту по виртуалке и накатывать Ansible'ом?