А на память это не растратно?

Можешь в самом Docker файле запустить тогда этот процесс

не создавая под него отдельный контейнер

А на память это не растратно?

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

Можешь в самом Docker файле запустить тогда этот процесс

один контейнер один процесс же вроде бы

Ну получается 1 воркер это 1 контейнер. Я вот про что. А их надо если 10-20

один контейнер один процесс же вроде бы

ты прав. но в celery я запускаю n воркеров. и вроде всё норм

Если в одном контейнере несколько то должен быть тот кто рестартнет воркера в случае падения, потому что основной процесс это будет заглушка. А значит требуется supervisor/systemd, что не правильно с точки зрения докера

а мы про production говорим? о_О

Конечно)

ок) я думал docker-compose, так, чисто побаловаться на компе, для разработки. возможно, я чего-то не знаю )

ну типа, запустить все редисы/базы данных/воркеры/веб-серверы одной командой

Композ не для продакшена? Первый раз слышу. Но я с докером не так давно работаю

ну типа, запустить все редисы/базы данных/воркеры/веб-серверы одной командой

Типа да, быстро разворачивать продакшон. Этож просто питонскрипт который делает твои ручные действия автоматично

Композ не для продакшена? Первый раз слышу. Но я с докером не так давно работаю

воу воу) я, в общем, не утверждаю ничего. просто я тоже не так давно с докером ковыряюсь. дошел до стадии, что можно удобно настроить среду разработки через docker-compose. но как это все привозить в production для меня темный лес пока что

воу воу) я, в общем, не утверждаю ничего. просто я тоже не так давно с докером ковыряюсь. дошел до стадии, что можно удобно настроить среду разработки через docker-compose. но как это все привозить в production для меня темный лес пока что

Так же, просто docker-compose файлик будет немного другой.

Так же, просто docker-compose файлик будет немного другой.

я так понимаю, что там по-другому нужно образы собирать. в dev можно код монтировать с хоста, а для prod нужно образ "под ключ" как-то делать, чтобы просто запускать его

я так понимаю, что там по-другому нужно образы собирать. в dev можно код монтировать с хоста, а для prod нужно образ "под ключ" как-то делать, чтобы просто запускать его

В идеале, но если у вас нет CI, то лучше прокидывать код.

Ну и там будет просто другой образ, но что мешает для этого использовать docker-compose?

Ну и там будет просто другой образ, но что мешает для этого использовать docker-compose?

в целом да, ничего не мешает

Я лучше примонтировать буду

Но не исключаю что в большом проекте лучше впавивать в образ

код в имэйдж это не тру

код в имэйдж это не тру

Отчего же? А если у тебя ci имэйджи собирает и тестирует при коммитах?

код в имэйдж это не тру

это с чего бы вдруг?

какой тогда по твоему бест практис дсотавки кода на прод?

Компоуз не для продавшена

если продакшен у вас это не одна виртулка который никогда не придется масштабировать

RUN git clone

ага, а в случае факапа охеренно будет откатываться

где-то на docker best practices читал

не может быть бест практиса в продакшене маунт кода в контейнер

хуяктис это

:D

нет консистентности, нет нормальной версионности

впрочем докер на проде я не юзаю

тока dev

а там каждый раз билдить не айс

откатывать долго, и невозможен blue-green деплоймент

по уму каждая версия это имадж с тегом версии

вот это уровень общения

парни возьмите по смузи и пройдите в бар

ща вейп допарю и пойдем

не забудь спинер

ща вейп допарю и пойдем

А чо пойдёшь то? На гироскутере же надо, не?

ну до него то дойти надо

хм, тоесть если я меняю таг у меня новый имэдж создается? и я могу легко его запустить если надо?

ты собираешь имадж со свежим кодом и присваиваешь ему тег с версией новой

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

тогда просто пересоздать сервис в компоузе

если кошерный прод типо кубернетес или сворма то на сервис накатывает прямо имадж новой версии

и оркестраторы сами все пересоздадут и раскатают

а с бд как дела обстаят в докере?

galera/percona кто-нибудь там крутил на проде?

galera/percona кто-нибудь там крутил на проде?

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

т.е. крутить то можно на смотреть на тебя будут как на ..

модного

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

Йо. Господа, нужна консультация. Хочу сделать хитрую систему из нескольких контейнеров и не знаю, как подступиться. Должен быть фронт веб-сервер. n бек серверов и по контейнеру под БД (мускуль, монго и редис).

Если есть под рукой ультимативный гайд — поделитесь, пожалуйста.

google.ru?

запрос "Хитрая система из нескольких контейнеров, секретная формула"

Йо. Господа, нужна консультация. Хочу сделать хитрую систему из нескольких контейнеров и не знаю, как подступиться. Должен быть фронт веб-сервер. n бек серверов и по контейнеру под БД (мускуль, монго и редис).

Docker-compose, для начала

Йо. Господа, нужна консультация. Хочу сделать хитрую систему из нескольких контейнеров и не знаю, как подступиться. Должен быть фронт веб-сервер. n бек серверов и по контейнеру под БД (мускуль, монго и редис).

Тут нужен open stack. Не меньше.

причем именно open отдельно stack отдельно

Тут нужен open stack. Не меньше.

в докере, который в кубере

так вон мирантис пилил деплоилку опенстека в кубере

Привет. От новичков, неосиляторов доки, типичный вопрос. в докерфайле сделал expose 8080 в композ файле в секции ports: -"8080:8080" build compose up Теперь если зайти в контейнер, то приложение работает, порт открыт. А у базовой системы 8080 не открыт, не пробрасывает, как и куда смотреть, скажите, пожалуйста?

наверное потому что ipv6

наверное потому что ipv6

это мне?

у хостовой машины есть два интерфейса - ipv4 127.0.0.1 и ipv6 :::1:

докер с версии 1.12 цепляет по умолчанию на ipv6

можно его зафорсить через ports: '127.0.0.1:8080:1488'

спасибо, попробую

но есть подводные камни, если у вас используется dinghy, есть шанс недостучаться

ибо оно использует boot2docker с другим айпи