но сам сатарт по идее ничем не отличаеся сискол fork()

господа, столкнулся с проблемой. Есть compose файл: version: '2' services: postgres: image: postgres tmpfs: /var/lib/postgresql/data docker-compose up выдает ошибку: Creating network "testtmpfs_default" with the default driver Creating testtmpfs_postgres_1 ERROR: for postgres Cannot start service postgres: linux mounts: Duplicate mount point '/var/lib/postgresql/data' ERROR: Encountered errors while bringing up the project. Что может быть?

возможно, у вас вот это: https://bugzilla.redhat.com/show_bug.cgi?id=1331781

докер свежий?

1.11.0

видимо надо обновиться

на другой машине 1.12.3 такого бага не наблюдается

Прочитал https://docs.docker.com/compose/django/

Если я запущу на машине (допустим на амазоне EC2), где будут храниться данные БД? Что будет если контейнер перезагрузить? А если машину?

ec2 не контейнер

для бд есть rds

Вопрос не в этом, а в том где хранятся данные и как их сохранять при перезагрузке instance

данные на ебс диске лежат

ну все зависит от того, как у тебя настроена машина

и удаляется ли ebs on termination

ну он явно про перезагрузку а не терминейшн говорит

ну остановка инстанса - это termination например

а тоже ведь выключил-включил, казалось бы

пажжи, instance stop это именно выключение

для терминации там отдельная команда

наверное

давно ничего не стирал вручную

а, точно, эфемерные диски стираются при стоп/старт

а обычные нет

ога, как раз про них и начал писать

Да блин забейте на этот амазон. Не в этом вопрос. Я запустил контейнер. Пользователи поработали. Я написал новый код. Останавливаю контейнеры, пересобираю их с новыми исходниками. Запускаю. Останутся ли данные в базе?

если используешь докер-композ - да

смотря где у тебя данные базы

если используешь именованный том - да

Хорошо. Как узнать путь к ним?

если удаляешь том, то нет

если используешь докер-композ - да

сфигали

Хорошо. Как узнать путь к ним?

в смысле путь? если ты не указывал специально где они, то не останутся

Машина не важно какая, пусть это сфеерическая vps с установленным docker

А как указать этот путь?

Доки по докеру прочитал

А как указать этот путь?

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

Доки по докеру прочитал

докер тут нипричем

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

Ну походу не понимаем друг друга. Я хочу узнать как сказать докеру сохранить БД на хост машине

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

Ну походу не понимаем друг друга. Я хочу узнать как сказать докеру сохранить БД на хост машине

так это место в доке "докер волумес". там есть три варианта

Доки по докеру прочитал

не заметно, так то

не заметно, так то

да ладно тебе. дока часто не снимает с ручника

Это, ***, базис, одна из самых первых основ

Это разжеввывается в 10 мануалов раскиданных по сайту

Это если уже с ручника слез

Ну походу не понимаем друг друга. Я хочу узнать как сказать докеру сохранить БД на хост машине

Карочи. Если монтируешь том из хост фс, то он там останется и после рестарта

сфигали

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

а ну это сложно

Аналог в Вockerfile как будет выглядеть?

-v mydata:/var/lib/postgresql

Dockerfile конечно же

Здесь только как создать новые https://docs.docker.com/engine/reference/builder/#/volume

Но у меня уже есть volume, mydata например

Подскажите, пожалста, есть контейнер с jenkins и контейнер с джанго. Как со стороны jenkins запустить процесс сборки джанги (git pull ...)

Я лично делаю ребилд образа

ERROR: S client not available

Ну то есть, под каждый релиз, строится свой image, и из него запускается несколько контейнеров приложения

Вы зачем докер используете?

Подскажите, пожалста, есть контейнер с jenkins и контейнер с джанго. Как со стороны jenkins запустить процесс сборки джанги (git pull ...)

написать скрипт, который пишет docker build и docker push

Подскажите, пожалста, есть контейнер с jenkins и контейнер с джанго. Как со стороны jenkins запустить процесс сборки джанги (git pull ...)

я делаю так: пишу свой docker-compose в котором собираю нужный мне образ с окружением для сборки и тестирования + необходимые сервисы, пробрасываю туда папку с исходниками из контейнера jenkins, запускаю скрипт сборки и прогона тестов (который у меня в исходниках) внутри контейнера

единственная проблема - проброс исходников делается через хост машину не совсем очевидным способом

у нас есть docker-compose.test.yml, который прогоняет тесты а потом уже билд и пуш конкретного контейнера

композ, конечно, собирает контейнер с нуля

потом если тесты прошли (экзит коды все 0), то мы делаем билд + пуш

https://alestic.com/2016/12/aws-invoice-example/

тут тупые вопросы можно задавать?)

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

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

как это удобно для вас реализовывать, так и делайте

best practices, pitfalls?

или идеалогия докера - каждый дрочет как хочет?

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

у меня на проекте бек и фронт по разные контейнеры

в том то и надо сделать удобно) а пока получается как-то совсем коряво

у вас пхп... nginx+ fpm?

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

у вас пхп... nginx+ fpm?

да верно

да верно

nginx на хосте, в контейнере fpm

так сделано у меня

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

щас весь проект собирается с Makefile. т.е разрабы выполнили build и все я думал с докер build будет та же история, но выходит что все же Make нужен поверх чтобы запустить скажем composer install grunt build и тд?

эм?

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

еще можно взять compose

да, но если это 2 контейнера(1 для бекенда, 1 для фронта). тогда уже docker build не выйдет, разве что docker-compose