Эээ, а ничего что там создается volume уже после того, как chown прошел?

ничего

монтирование под юзером произойдет ж

А внутри контейнера права на папку data какие будут?

не знаю, но предположу что такие же как в хост системе

Именно и юзер ничего не сможет туда писать

Нужно делать chown уже после маунтов, чтобы навесить гуиды контейнера на этот волюм

Именно и юзер ничего не сможет туда писать

Она ж под юзером замонтируется

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

докер просто убивает контейнер молча , и непонятно что происходит , по памяти вроде есть небольшой запас , а вот cpu больше 100 процентов в докер статс

поищите все же в логах хсота на предмент оом

думаю это он

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

ну и у docker run есть ручка —oom-kill-disable

ещё такой вопрос , пускаю задачу с -m 4g , докер статс показывает , что доступно при этом 1,9

эхххх

-m 4g это сигрупная ручка

она говорит только о том, что приложению разрешено скушать 4г памяти

ну а потом придет оом)

буду копать , спасибо

да нет за что

она говорит только о том, что приложению разрешено скушать 4г памяти

но докер статс ....

он просто говорит что доступная память всего 1,9

да в пизду этот докер статс

ну сделайте free на хост исиеме и посмотрите сколько доступно)

а как тогда сделать 4гига верхний предел

вы сделали

вы сигруппе сказали что этому приложению нельзя кушать более 4 гигов памяти и все

но если в системе сейчас достпуно 1,9 гига - то больше ниоткуда не возьмется

ну еще есть свап окей

но это другая история

http://www.haifux.org/lectures/299/netLec7.pdf

изучаем

Ребятки, докеристы! Поскажите джуниору. Как удобно работать с кодом в volume'ах в среде веб-разработки на разных ОС?

Я думаю сидя. Но и стоя тоже полезно, главное стол по высоте подобрать правильный.

с linux просто - /var/lib/docker. а если докер-машина и на винде? Еще все осложняется тем, что приложение использует симлинки

В чём собственно проблема?

вы же внуть докера маппите по одному пути, где оно вовне лежит приложению из контейнера знать не нужно

или я чего-то не понимаю

Как получить доступ к volume'у из хост машины. Например если контейнер был запущен у разработчика в докер-машине

version: '3.3' volumes: filestore: webapp: services: filestore: container_name: filestore hostname: filestore build: ./filestore image: filestore volumes: - filestore:/data

Приветы. Вопрос! Подскажите если кто видел шаблон или проект собранный под docker-compose с участием таких частей: Django 1.11 (py3.5) Redis Postgres RQ + workers Daphne (channels) Свой вариант я почти завершил но не уверен что правильно завершаю, в частности вопрос где и как запустить воркеров. Но и другие есть вопросы. Хочу посмотреть какие есть еще варианты. Спасибо.

Приветы. Вопрос! Подскажите если кто видел шаблон или проект собранный под docker-compose с участием таких частей: Django 1.11 (py3.5) Redis Postgres RQ + workers Daphne (channels) Свой вариант я почти завершил но не уверен что правильно завершаю, в частности вопрос где и как запустить воркеров. Но и другие есть вопросы. Хочу посмотреть какие есть еще варианты. Спасибо.

а что из себя воркеры представляют? я просто джангу не умею. что-то типа sidekiq'овских рельсовых воркеров?

Приветы. Вопрос! Подскажите если кто видел шаблон или проект собранный под docker-compose с участием таких частей: Django 1.11 (py3.5) Redis Postgres RQ + workers Daphne (channels) Свой вариант я почти завершил но не уверен что правильно завершаю, в частности вопрос где и как запустить воркеров. Но и другие есть вопросы. Хочу посмотреть какие есть еще варианты. Спасибо.

Есть конфиг с celery вместо RQ и без Daphne

а что из себя воркеры представляют? я просто джангу не умею. что-то типа sidekiq'овских рельсовых воркеров?

Это просто отложенные команды из того же проекта. Просто тот же проект запускается не как сервер а как воркер

Есть конфиг с celery вместо RQ и без Daphne

А есть чо посмотреть?

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

Это просто отложенные команды из того же проекта. Просто тот же проект запускается не как сервер а как воркер

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

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

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

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

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

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

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

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

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

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

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

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

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

Конечно)

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

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

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

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

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

ERROR: S client not available

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

воу воу) я, в общем, не утверждаю ничего. просто я тоже не так давно с докером ковыряюсь. дошел до стадии, что можно удобно настроить среду разработки через 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 деплоймент

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

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

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

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