вот 1 процесс в 1 контейнере - это вполне нормально

умер процесс - перезапустится контейнер

Логично, спасибо)

Там по разному. Кастомизации полно. Можно процессами, потоками, greenlet'ами

почему (как мне кажется) советуют использовать гуникорн с увикорном - в инсталляциях без контейнеров, чтобы кто-то следил за процессами ювикорна (как supervisor)

Не знаю даже, это и в докере юзали

просто если это внутри контейнера, то следить за процессом не нужно, если процесс занётся, контейнер умрёт и поднимется заново

это может быть и в контейнере полезно, но только если 1 нода

потому что если процесс всего 1 и контейнер сдох - его поднять сложнее, чем 1 воркер, там при запуске ещё будут всякие миграции и прочее

то есть если это в контейнере на 1 ноде - да, нужен гуникорн иначе аптайм пострадает при падении контейнера

а если у тебя 10 нод и на каждой по контейнеру, то мне кажется, там никакой гуникорн внутри не нужен

но я не буду настаивать, я не смотрел, как оно там работает

раньше был подход "вот возьмём сервер с 12 ядрами и на каждое ядро по процессу-воркеру и пусть некий главный процесс за ними следит, а за ним следит systemd/supervisor", сейчас подход "возьём 12 серверов и на каждом займём по 1 ядру, запустив по 1 контейнеру с 1 воркером, если упадёт - то только 1 нода, а другие 11 будут работать", соответственно, механизмы гуникорна (все эти воркеры) нацелены на 1 вариант, а сейчас с контейнерами "немного поменялось" и поэтому его присутствие для поддержки воркеров (как и supervisor'а внутри контейнера, кстати) кажется избыточным

зачем при рестарте миграции? они при старте один раз делаются

ну, не миграции, ещё что-нибудь)

работает как часы всё

Привет всем. Скажите пжлст, как можно в lookup_field добавить два параметра, по которым искать?
Или даже вернее по-другому спрошу. У меня есть функция retrieve(self, request, *args, **kwargs), которая возращает объекты. URL выглядит так - ../api/progress/. Если мне нужно чтобы конкретно по ккому-то типу выдались объекты, то я устанавливаю lookup_field = 'content_type' и URL становится таким ../api/progress/<content_type>/, но вот вопрос следующий - если мне нужно еще не только по content_type брать объекты, но и по object_id? То есть я хочу такой URl .../progress/<content_type>/<object_id>. Как такое можно сделать?

времени на опустить/поднять контейнер уйдёт больше, чем на получение нового воркера

в 99% тебе не нужна такая скорость восстановления

если контейнер всего 1 с 1 воркером, то если он упадёт, будет "окно" в несколько секунд и запросы потеряются