А, есть совет

те файлы, которые реально нужны - пробрасывайте через bind mount (-v path_host_system:path_in_container)

а те файлы, которые не очень нужны - пихайте в вольюм (именно вольюм,-v NAME_OF_VOLUME:path_in_container) Тогда вольюмы можно грохнуть docker-compose down -v, а файлы в файловой системе через bind mount останутся (!)

@egor777ka @ivgenich

Да. Канает. Но все равно сама задача не очень ясна. Но это вполне себе решение.

В одном контейнере Django + gunicorn, Django собирает статику и ложит в папочку. Во втором контейнере nGinx он смотри в эту папочку и отдаёт эти файлики когда клиент запрашивает статику. Мне бы хотелось что бы при билде эта папочка каждый раз пересобиралась, а то там какое-то хитрое кэширование и если волюм не грохнуть, то статика будет лежать старая.

а вот так чтобы управлять... нет, такого не видел

да мне нужно удалить старые данные.

В одном контейнере Django + gunicorn, Django собирает статику и ложит в папочку. Во втором контейнере nGinx он смотри в эту папочку и отдаёт эти файлики когда клиент запрашивает статику. Мне бы хотелось что бы при билде эта папочка каждый раз пересобиралась, а то там какое-то хитрое кэширование и если волюм не грохнуть, то статика будет лежать старая.

При сборке статики запихивай её в контейнер с nginx

root@srv01:~# docker restart 54f514346c22 Error response from daemon: Cannot restart container 54f514346c22: id already in use

чертов докер. Не дает запустить контейнер со статусом Exit. Пожалуй-ка, пересоздам я его

а еще прекрасно вот это 250874: veth1dabaf2@if250873: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master docker0 state UP group default link/ether de:4a:6d:da:a0:10 brd ff:ff:ff:ff:ff:ff link-netnsid 37 inet6 fe80::dc4a:6dff:feda:a010/64 scope link valid_lft forever preferred_lft forever 250876: veth24fb1d2@if250875: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master docker0 state UP group default link/ether 8a:08:9c:d7:50:c0 brd ff:ff:ff:ff:ff:ff link-netnsid 39 inet6 fe80::8808:9cff:fed7:50c0/64 scope link valid_lft forever preferred_lft forever 250878: veth45ee712@if250877: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master docker0 state UP group default link/ether 96:93:a5:3e:73:9c brd ff:ff:ff:ff:ff:ff link-netnsid 40 inet6 fe80::9493:a5ff:fe3e:739c/64 scope link valid_lft forever preferred_lft forever

как минимум - это вызывает проблемы с вмварью

я с таким говном, например, наелся https://bugs.debian.org/756808

При сборке статики запихивай её в контейнер с nginx

Как это сделать?

Как это сделать?

FROM node:8-slim AS builder RUN mkdir /front WORKDIR /front COPY ./front . RUN npm install --silent RUN npm run prod FROM nginx:1.15.2-alpine COPY ./docker/nginx/nginx.conf /etc/nginx/conf.d/default.conf RUN rm -rf /usr/share/nginx/html/* COPY --from=builder /dist /usr/share/nginx/html/palisad/dist CMD ["nginx", "-g", "daemon off;"]

FROM node:8-slim AS builder RUN mkdir /front WORKDIR /front COPY ./front . RUN npm install --silent RUN npm run prod FROM nginx:1.15.2-alpine COPY ./docker/nginx/nginx.conf /etc/nginx/conf.d/default.conf RUN rm -rf /usr/share/nginx/html/* COPY --from=builder /dist /usr/share/nginx/html/palisad/dist CMD ["nginx", "-g", "daemon off;"]

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

это не играет роли.

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

это не играет роли.

Предлагаешь по 2 раза одно и тоже делать при сборке?

контейнер с статикой и бэком, на nginx разруливаешь трафик

возможно, что это и будет лучше

контейнер с статикой и бэком, на nginx разруливаешь трафик

nGinx должен видеть и бэк и статику(из контейнера с бэком)

в чем проблема сделать общую сеть в docker-compose ?

и обращаться к ним по заданым именам

В смысле как общая сеть поможет в этом?

nGinx должен видеть и бэк и статику(из контейнера с бэком)

у тебя статика на лету, что ли, генерится?

ты только что утверждал, что она создается один раз

у тебя статика на лету, что ли, генерится?

Статика раз собирается бэком

ну, значит тогда nginx вообще плевать на содержимое контейнера с джангой

да как бэком может статика собираться, что за дич?

(при условии, что ты статику налил при сборке образов)

да как бэком может статика собираться, что за дич?

А чем она должна собираться?

пришли докер файл

(при условии, что ты статику налил при сборке образов)

Я понял вариант по 2 раза делать одно и тоже.

пришли докер файл

FROM python:3 ENV PYTHONUNBUFFERED 1 RUN mkdir /code WORKDIR /code COPY requirements.txt /code/ RUN pip install -r requirements.txt COPY . /code/ RUN python manage.py collectstatic

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

ну это бэк на гуникорне, ни как не статика

и тогда из одного докерфайла ты сможешь собирать и джангу, и энджинкс

Ладно, сейчас это можно решить через мультистейдж. А как делали древние люди около года назад?

они страдали

и так каждый раз на docker stop postgres

может commit ? ?

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

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

в смысле? нет, вряд ли

в смысле? нет, вряд ли

Ну в смысле указать что от чего зависит можно, а вот указать что нужно вытащить из зависимого контейнера?

нет

компоуз не для этого

Подождём годик, может разрабы решат что он для этого.

не решат

не решат

А мультистейдж для тебя шоком не было?

нет. это вообще отдельная история (через docker build)

Добрый день, можно ли в docker поднять Ubuntu server, а именно Ubuntu 16.04.6 LTS (Xenial Xerus) серверная версия.

В образах есть xenial но я так понял там только клиентские версии

В образах есть xenial но я так понял там только клиентские версии

а в чем будет разница между серверной и не серверной?)

не решат

swarm на тебя ?

а в чем будет разница между серверной и не серверной?)

Честно не знаю, т.к. в unix вообще не бум бум.

ну тогда просто image ubuntu:16.04 берешь и все

ну тогда просто image ubuntu:16.04 берешь и все

Окей, спасибо. Ну вообщем в чем проблема - на работе ребята хотят на Виндоус сервере поднять докер с образом ubuntu server. Ребята шарят в них и говорят. Что нужна именно сервер версия. При чем тут я - мне просто интересен docker и тут вариант с ним хоть немного пообщаться.

Окей, спасибо. Ну вообщем в чем проблема - на работе ребята хотят на Виндоус сервере поднять докер с образом ubuntu server. Ребята шарят в них и говорят. Что нужна именно сервер версия. При чем тут я - мне просто интересен docker и тут вариант с ним хоть немного пообщаться.

у убунту же вроде разница только что сервер без оконного менеджера

я различий других не вижу

у убунту же вроде разница только что сервер без оконного менеджера

Честно не знаю, спрошу, спасибо.

Окей, спасибо. Ну вообщем в чем проблема - на работе ребята хотят на Виндоус сервере поднять докер с образом ubuntu server. Ребята шарят в них и говорят. Что нужна именно сервер версия. При чем тут я - мне просто интересен docker и тут вариант с ним хоть немного пообщаться.

Для docker нет server или Не-server версий. Берите ubuntu:16.04 и это то, что нужно

Для docker нет server или Не-server версий. Берите ubuntu:16.04 и это то, что нужно

Окей спасибо

Для docker нет server или Не-server версий. Берите ubuntu:16.04 и это то, что нужно

это не для докера, а вообще

Окей спасибо

да, коллеги верно говорят. разница между server & desktop для линукса больше в наборе пакетов, чем в чем-то еще

тот образ, который в докерхабе - он базовый.

он годится под любое применение (просто нужно будет доустановить нужные пакеты)

он годится под любое применение (просто нужно будет доустановить нужные пакеты)

Спасибо, тогда попробую так сделать .

docker run -v создает директорию если ее нет в контейнере?

да, нет, зависит от настроек )

а если серьезно, то, да, по дефолту создает

Ребят, docker swarm дает возможность бесшовно лить изменения?

нет

Если хотим бесшовно, то только kubernetes использовать?

Или есть более простые рабочие решения?

Облачные хостеры. Куб в гугле или ecs в амазоне

Ребята, я тут бота написал для отслеживания образов докера, потестите @docker_iw_bot

Ребята, я тут бота написал для отслеживания образов докера, потестите @docker_iw_bot

добавь описание более подробное я хз что это и как им пользоваться

Ребята, я тут бота написал для отслеживания образов докера, потестите @docker_iw_bot

это ж тока для публичных образов ?

Ребята, я тут бота написал для отслеживания образов докера, потестите @docker_iw_bot

зачем?

это ж тока для публичных образов ?

Да

зачем?

Захотел

Ребята, я тут бота написал для отслеживания образов докера, потестите @docker_iw_bot

на чем писал?

Захотел

не, просто в чем функционал? что нового? в чем суть?

любое приложение имеет репу в гитхабе

новый релиз уведомляет в телегу

оно уже работает грубо говоря

на чем писал?

C# + Postgres все в контейнерах

C# + Postgres все в контейнерах

а там тупо дергаешь рестом? по таймеру?

Если хотим бесшовно, то только kubernetes использовать?

Дело не в кубе или в кубе

Вам надо приложение писать правильно. А нормальный балансировщик спереди поможет трафик переключать

Короче, в кубе это все есть. Но это сложно. И все равно писать приложение "особым образом"