На композе?

к сожалению

сворм

Тогда хз, на кубе можно пробами сделать, попробуйте ту же логику:

Есть readiness probes которые будут ждать конкретный ответ например от тцп порта базы или апи. Или какого то http статуса
Если дать питон приложению какой то апи эндпоинт с двумя статусами, например busy/free, то можно было бы указать, чтобы при релизе новой версии запускалась проба к апи, с таким то ожиданием такого то ответа
После чего, старая версия получившая free от всех воркеров терминируется


Тут вопрос в другом

Как старая версия узнает что рядом задеплоена и ждет новая, чтобы начать "закругляться"

Если вопрос чисто в сессиях юзеров, которые в рантайме сидят, то надо выносить их во внешний кеш сессий типа редиса и не ипать мозги

Если на питон не гуглится, гуглите на пхп-фпм, там тоже самое с воркерами

Но чисто мое имхо, надо строить приложения независимыми от состояния

тебе что

помогите пажалуста. Что будет ответ

помогите пажалуста. Что будет ответ

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

ок

Всем привет! Подскажите, пожалуйста. Только начинаю разбираться с докером.

Настраиваю образ для разработки, хочу так:
1. Вношу какие то изменения в проект.
2. Они сохраняются так как я подключил volume когда стартанул контейнер (тут я справился)
3. Я пошел спать, выключил пеку
4. Проснулся и одной командой смог возобновить свою работу.

Сейчас сделал так: https://pastebin.com/mwVzLpzC

Соответственно щас ввожу npm run docker:rebuild и у меня на выходе получается +- то, что я хочу

Однако, мне кажется есть более адекватный путь, потому что щас я для этого:
1. Останавливаю контейнер
2. Удаляю контейнер
3. Делаю новый билд образа
4. Удаляю прошлые билды
5. Создаю новый контейнер

Как то слишком сложно выходит для моей задачи...

Выглядит как понос

Подключайте слрсы волюмом, а внутри стаотуйте npm run watch

А а для продакшн делацте образ мултистелж

кажется, что проблема решается намного проще: suspend-to-ram или suspend-to-disk вместо выключения :)

+++

Ребят, привет. Впервые планирую архитектуру для компании. Задача разбить задачи по разным серверам, изолировать их друг от друга и общатся по сети. При увелечении нагрузки сможем клонировать b102 в b106

Префиксы в названии обозначают задачу (front, back, database, monitoring, storage)

Что стоит поменять?

Принцип распределения и «компилятор php”