это как, не понимаю

на Деве понятное дело все просто, там тупо папки из локалки подключены как волумы

docker run -d\ --name graphite-ubuntu-16-04\ --restart=always\ -p 8080:8080\ -p 2003:2003\ -p 2004:2004\ -p 7002:7002\ schaubl/graphite

а что тебя смущает в этой команде? мб через docker-compose запускать?

ну например ансиблом я прокидываю этот докерфайл на сервер и им же его запускаю (я понимаю что в ансибле есть специальные для этого модули для запуска контейнеров) но я хотел именно через докерфайл это делать - можно и компойзем попробовать но я предпологал его использовать если бы я хотел развернуть более одного контейнера

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

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

дисковая подсистема тоже желательна одинаковая а то смысл ты разрабатываешь на ssd дисках, а деплоить на простые

Тааак, я уже философию Докер не понимаю Например у меня тут образ для прода, весит аж 2Гига Нарпимер там тупо папка node_modules весит 300+Мб Не говоря о софте которая собирает все это, ведь на проде нужны только собранный проект, без утилит для компиляции и исходников

Тааак, я уже философию Докер не понимаю Например у меня тут образ для прода, весит аж 2Гига Нарпимер там тупо папка node_modules весит 300+Мб Не говоря о софте которая собирает все это, ведь на проде нужны только собранный проект, без утилит для компиляции и исходников

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

никогда не будет так, что прод ~ тест

в общем я все делаю через ансибл - но зашивать такую здаровенную команду в command: как не комельфо))

но обычно это и не нужно. Есть допустимые отклонения. Вот пускай разрабы и тимлиды определяют - норм ли это собирать в тесте эльпайн, а потом катить дебиан

А вообще на каких HOST OS принято поднимать docker в продакш: специализированные CoreOS, Alpine или берутся банальные проверенные Debian(Ubuntu), Centos. Best practices вообщем интересны.

Пацаны как сделать такой движ в докере, что бы было 2 или 3 контейнера одинаковых на одном днс и что бы они балансились раунд робином например в компоузе например

Пацаны как сделать такой движ в докере, что бы было 2 или 3 контейнера одинаковых на одном днс и что бы они балансились раунд робином например в компоузе например

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

Короче CoreOS, Alpine для облаков, Centos, Debian для железа

Типа говорили что можно сделать несколько контейнеров и прописать одинаковый нетворк елиас

ничто не мешает

зачем?

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

Добрый день, кто может подсказать по сетке. Есть два контейнера, собираются все ок, если запускать их через docker run - сервисы доступны в сети, но при запуске через docker-compose up сервисы недоступны по сетке, version: "3.7" services: router: image: project/router volumes: - /home/$USER/volumes/router:$GOPATH/src/gitlab.com/project/router ports: - "8080:8080" networks: - default redmine-connector: image: project/redmine-connector volumes: - /home/tester/volumes/redmine-connector:$GOPATH/src/gitlab.com/project/redmine-connector ports: - "8081:8081" networks: - default

если я делаю docker-compose pull app && docker-compose up -d сервис не будет недоступен? пока рестартится ап?) как это возможно если например http сервер стартует 10 секунд например

вам нужно прописать портс

Докер компоуз - это не про роллинг апдейт, так-то