External: Name: имя сети

спасибо, сейчас попробую

Народ

что такое working_dir?

слабо гуглится

For clarity and reliability, you should always use absolute paths for your WORKDIR. Also, you should use WORKDIR instead of proliferating instructions like RUN cd … && do-something, which are hard to read, troubleshoot, and maintain.

Это отсюда: https://docs.docker.com/develop/develop-images/dockerfile_best-practices/#use-a-dockerignore-file

что такое working_dir?

Рабочая папка или исходное расположение для командной строки, т.напр. для пользователя user исходная папка, в linux по умолчанию, это /home/user, т.е. это его пользовательский каталог, все команды будут производится по этому пути.

Для контейнеров можно: docker run --name my_lovely_container alpine. Сможете обращаться по имени, а id еще пригодятся. По ним кстати можно обращаться по неполному вводу: если только у одного контейнера id начинается с 345..., то достаточно только этих цифр для обращения к нему.

Рустэм, можно описание сделать релевантное хорошее и должно быть юзабельно

Документация Docker на русском языке с указанием исходных абзацев в оригинале. http://docker.crank.ru/docs/docker-engine/docker-overview/

@ProbablyClever_bot

Извините, не понял. Пожалуйста подскажите что это значит или где искать.

Подскажите пожалуйста на проде nginx лучше поднимать в контейнере или на самом серваке установить его?

Подскажите пожалуйста на проде nginx лучше поднимать в контейнере или на самом серваке установить его?

что значит "лучше"?

Подскажите пожалуйста на проде nginx лучше поднимать в контейнере или на самом серваке установить его?

Все должно быть в контейнерах. Завтра понадобится тебе еще один микросервис запилить на конфликтующей версии nginx и начнется хаос. Запилив образ, сможешь поднимать его везде, где встал докер, т.е. никаких проблем с совместимостью у разрабов, тестеров, qa и т.д. Поправьте меня пожалуйста, возможно я что-то упустил, т.к. не думаю, что донес основную мысль парню по назначению докера.

Подскажите пожалуйста на проде nginx лучше поднимать в контейнере или на самом серваке установить его?

А зачем тогда докер?

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

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

Всем привет. С докером начинаю только осваиваться. Появился вопрос по разворачиванию докера для тестов в gitlab ci. Нужно в контейнер стягивать актуальный мастер из gitlab Потом вмердживать ветку, запускать тесты и если все успешно, выливать на прод. У кого-то есть хороший туториал как развернуть подобный сценарий, или кто может помочь отпишитесь в личку.

вы gitlab ci пользовались до этого?

стягивание мастера и вмерживание ветки звучит мягко говоря кривовато

что-то с вашим флоу не так

Нет. До этого пользовался Jenkins.

И докер тут не сильно замешан, вам нужно с вашим ci разобраться.

Объясни, что тебя смутило в постановке задачи ?

gitlab CI это сам делает

Если вы создаете merge request из вашей ветки в master

Хм ... немного не так

gitlab прогоняет тесты для вашей ветки, если все ок, то ее можно мерджить (можно настроить автоматический мердж после прохождения cI)

Потом делает тоже самое для мастер ветки, в которую влили код

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

Алсо, контейнер gitlab CI сам стягивает каждый раз при запуске job.

Если вы используете правильный тип джоба.

Всем привет. С докером начинаю только осваиваться. Появился вопрос по разворачиванию докера для тестов в gitlab ci. Нужно в контейнер стягивать актуальный мастер из gitlab Потом вмердживать ветку, запускать тесты и если все успешно, выливать на прод. У кого-то есть хороший туториал как развернуть подобный сценарий, или кто может помочь отпишитесь в личку.

Я юзаю связку gitlab ci и docker. Есть мастер и есть стейджинг, забираю код со стейджинга, прогоняю через линтеры и тесты, потом сливаю в master, если успешно, потом из мастера достаю код, беру последний тег с релизом, и собираю образ, в конце делаю пуш imagе в локально поднятый регистр хаб. Ну и добавил в пайплайн rollback на всякий случай. В общем ничего сложного.

Я юзаю связку gitlab ci и docker. Есть мастер и есть стейджинг, забираю код со стейджинга, прогоняю через линтеры и тесты, потом сливаю в master, если успешно, потом из мастера достаю код, беру последний тег с релизом, и собираю образ, в конце делаю пуш imagе в локально поднятый регистр хаб. Ну и добавил в пайплайн rollback на всякий случай. В общем ничего сложного.

Последние два джоба делаются вручную (деплой и ролбэк) when: manual

Всем привет. С докером начинаю только осваиваться. Появился вопрос по разворачиванию докера для тестов в gitlab ci. Нужно в контейнер стягивать актуальный мастер из gitlab Потом вмердживать ветку, запускать тесты и если все успешно, выливать на прод. У кого-то есть хороший туториал как развернуть подобный сценарий, или кто может помочь отпишитесь в личку.

На хабре была серия статей по развертыванию в gitlab. Правда не могу сказать насколько они актуальны.

Спасибо за помощь. Буду пробовать.

Я юзаю связку gitlab ci и docker. Есть мастер и есть стейджинг, забираю код со стейджинга, прогоняю через линтеры и тесты, потом сливаю в master, если успешно, потом из мастера достаю код, беру последний тег с релизом, и собираю образ, в конце делаю пуш imagе в локально поднятый регистр хаб. Ну и добавил в пайплайн rollback на всякий случай. В общем ничего сложного.

Registry используешь гитлабовское или отдельное?

Registry используешь гитлабовское или отдельное?

Гитлабовское стоит. На проде отдельно свой регистр еще.

А гитлаб омнибусом ставил? Я включил реджистри в конфигурации, перезапустил гитлаб

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

Гитлабовское стоит. На проде отдельно свой регистр еще.

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

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

Ну там несколько проектов крутится на проде. У каждого свой пайплайн и репозиторий. Все пушится туда. И админу нужно было Universal Control Plane. Ну и еще там уже не помню для чего.

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

А как можно было обойтись без регистра на проде ?

А как можно было обойтись без регистра на проде ?

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

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

Там есть иерархия и нужно с других прод серверов тянуть image с этого прода. гитлабовский чисто для дева. А на проде, как источник для других продов. Так как там vpn между серверами.

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

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

Проблема с доступом ?

Там есть иерархия и нужно с других прод серверов тянуть image с этого прода. гитлабовский чисто для дева. А на проде, как источник для других продов. Так как там vpn между серверами.

Вот при таком workflow можно было обойтись без docker registry или нет? Мне просто нужен фидбэк, как это можно было сделать, не добавляя лишнюю сущность в воркфлоу.

Там есть иерархия и нужно с других прод серверов тянуть image с этого прода. гитлабовский чисто для дева. А на проде, как источник для других продов. Так как там vpn между серверами.

Можно просто сделать cache регистр: https://docs.docker.com/registry/recipes/mirror/#run-a-registry-as-a-pull-through-cache

Можно просто сделать cache регистр: https://docs.docker.com/registry/recipes/mirror/#run-a-registry-as-a-pull-through-cache

Интересная штука. Спасибо. Буду изучать.

Ребят подскажите) собираю образ. есть переменная ENV MONGODB_PASS 123 как сделать, чтоб она отразилась внутри файла config.yaml в строке вида mongoURI: 'mongodb://test:${MONGODB_PASS}@mongodb:27017/test' dockerfile FROM node:alpine ENV MONGODB_PASS test123 ADD config.yaml /config.yaml EXPOSE 80

мапать конфиг не вариант

Ребят подскажите) собираю образ. есть переменная ENV MONGODB_PASS 123 как сделать, чтоб она отразилась внутри файла config.yaml в строке вида mongoURI: 'mongodb://test:${MONGODB_PASS}@mongodb:27017/test' dockerfile FROM node:alpine ENV MONGODB_PASS test123 ADD config.yaml /config.yaml EXPOSE 80

реализовать в Node работу с переменными окружения

Всем привет. Очень нужна помощь. Собираю с помощью docker-compose -> [app, mysql, nginx, redis]. Появилась нужда запускать несколько app с разными env. Поискал в доках как в compose вставить env, но нашел только "env_file", то есть мне каждый раз нужно в гит коммитить чтобы запустить с теми или иными данными свою app'ку. Знаю только один вариант: отсоеденить от compose свой app и запускать отдельно связавши со всем что через compose запустил, чтобы можно было env разные юзать. Это единственный вариант ? Если пояснил криво ситуацию, поправите, уточню моменты. Заранее спасибо

Всем привет. Очень нужна помощь. Собираю с помощью docker-compose -> [app, mysql, nginx, redis]. Появилась нужда запускать несколько app с разными env. Поискал в доках как в compose вставить env, но нашел только "env_file", то есть мне каждый раз нужно в гит коммитить чтобы запустить с теми или иными данными свою app'ку. Знаю только один вариант: отсоеденить от compose свой app и запускать отдельно связавши со всем что через compose запустил, чтобы можно было env разные юзать. Это единственный вариант ? Если пояснил криво ситуацию, поправите, уточню моменты. Заранее спасибо

Найти минимальный CI, который решит данные проблемы зависимостями с переменными.

ansible (templates/env) далее провайдешь в шаблоне env нужные переменные и запускаешь docker-compose up -d

в ансибл шаблоне делаешь логику короче

Всем привет. Очень нужна помощь. Собираю с помощью docker-compose -> [app, mysql, nginx, redis]. Появилась нужда запускать несколько app с разными env. Поискал в доках как в compose вставить env, но нашел только "env_file", то есть мне каждый раз нужно в гит коммитить чтобы запустить с теми или иными данными свою app'ку. Знаю только один вариант: отсоеденить от compose свой app и запускать отдельно связавши со всем что через compose запустил, чтобы можно было env разные юзать. Это единственный вариант ? Если пояснил криво ситуацию, поправите, уточню моменты. Заранее спасибо

1. создать N-штук .env файлов и стартовать compose с любым из них 2. использовать шаблоны и заполнять их динамически в зависимости от параметра (здесь уже как придумаете)

Здравствуйте, подскажите пожалуйста как решить проблему с volume на windows, в vagrant есть config.vm.synced_folder, но не могу найти нечто подобное у docker. Проблема заключается в том что изменения видны в docker-machine но не видны в контейнере

ERROR: S client not available

Приветствую. Подскажите есть ли возможность описанный в docker-compose.yml контейнер не запускать при docker-compose up?

Приветствую. Подскажите есть ли возможность описанный в docker-compose.yml контейнер не запускать при docker-compose up?

использовать override-файлы или docker-compose -f

закоментировать его в композе ?

Закоментировать конечно подходит под вопрос=), но я бы хотел его ручками запускать иногда.

override - опять-же избавится от него на совсем. А иногда я бы хотел его запускать.

override - опять-же избавится от него на совсем. А иногда я бы хотел его запускать.

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

Народ, помогите с тупняком справиться, плиз. Налепил в .travis.yml такой кусок для пуша в dockerhub: after_success: - if [ "$TRAVIS_BRANCH" == "master" ] && [ -n "$TRAVIS_TAG" ]; then docker login -u $DOCKER_USER -p $DOCKER_PASSWORD; docker build --build-arg version=$TRAVIS_TAG -t cheerlesscloud/cexporter .; docker tag cheerlesscloud/cexporter cheerlesscloud/cexporter:$TRAVIS_TAG; docker push cheerlesscloud/cexporter; docker push cheerlesscloud/cexporter:$TRAVIS_TAG; fi При локальном выполнение из bash файлика усё нормуль, а в TravisCI это всё вревращается в одну строчку, которая выполняется за 0.01s и естесна никакой образ никуда не пушит. При этом сие скопипастченно из офф доки https://docs.travis-ci.com/user/docker/#Branch-Based-Registry-Pushes

а чо, в файл не положить?

и у тревиса есть only: master

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

Спасибо, вроде то что нужно.

Народ, помогите с тупняком справиться, плиз. Налепил в .travis.yml такой кусок для пуша в dockerhub: after_success: - if [ "$TRAVIS_BRANCH" == "master" ] && [ -n "$TRAVIS_TAG" ]; then docker login -u $DOCKER_USER -p $DOCKER_PASSWORD; docker build --build-arg version=$TRAVIS_TAG -t cheerlesscloud/cexporter .; docker tag cheerlesscloud/cexporter cheerlesscloud/cexporter:$TRAVIS_TAG; docker push cheerlesscloud/cexporter; docker push cheerlesscloud/cexporter:$TRAVIS_TAG; fi При локальном выполнение из bash файлика усё нормуль, а в TravisCI это всё вревращается в одну строчку, которая выполняется за 0.01s и естесна никакой образ никуда не пушит. При этом сие скопипастченно из офф доки https://docs.travis-ci.com/user/docker/#Branch-Based-Registry-Pushes

Всё, всем спасибо, разобрался. Я дурачок и забыл, что TRAVIS_BRANCH при запуске по тэгу будет равно имени тэга

Всем привет, может подскажет кто-нибудь Нужен некий аналог heroku, но для docker - контейнера - Бесплатно хотя бы один мелкий маложрущий контейнер с работой 24/7 - Авто деплой из ветки открытого git repo ( без логина и привязки аккаунта github ) или возможность накостылить в стиле "while true do git pull" - One-click deploy кнопка (как у хероку или docker cloud), с возможностью настройки пары переменных окружения Я так понимаю, такое почти невозможно, может есть что-то близко к этому?)

Всем привет, может подскажет кто-нибудь Нужен некий аналог heroku, но для docker - контейнера - Бесплатно хотя бы один мелкий маложрущий контейнер с работой 24/7 - Авто деплой из ветки открытого git repo ( без логина и привязки аккаунта github ) или возможность накостылить в стиле "while true do git pull" - One-click deploy кнопка (как у хероку или docker cloud), с возможностью настройки пары переменных окружения Я так понимаю, такое почти невозможно, может есть что-то близко к этому?)

Да, digitalocean

Да, digitalocean

бесплатность испарилась :)

gitlab

К слову сейчас его пытаюсь поднять и надеюсь настроить все то, что ты описал)

второй час, я начинаю подлагивать, у меня трабла

Error starting userland proxy: listen tcp 0.0.0.0:22

бесплатность испарилась :)

Там вообще было бесплатно?

sudo docker run —detach \ > —hostname gitlab.loc \ > —publish 443:443 —publish 8001:80 —publish 22:22 \ > —name gitlab \ > —restart always \ > —volume /opt/gitlab/config:/etc/gitlab \ > —volume /opt/gitlab/logs:/var/log/gitlab \ > —volume /opt/gitlab/data:/var/opt/gitlab \ > gitlab/gitlab-ce:latest

22 порт мапить в контейнер?

Это точно то, что надо

это гитлабовская дока

Чтобы осуществлять работу с репой по ssh

Судя по тому, что мапится 22 порт

И чего удивляться, что на хост системе в 90,% висит на 22 порту ссх

Так что или меняй мап 2211:22

В целом да, ничего удивительного

но как мне до гита потом достучааться