git commit, а потом гитлаб или любая другая ci система тебе собирает его.

Ну собрала, а дальше что?

Ну собрала, а дальше что?

И положила в docker registry например

А дальше ты деплоишь уже, если надо конечно

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

А дальше ты деплоишь уже, если надо конечно

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

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

Ну это процесс. Если разрабатываешь на проде, то тебе это все не нужно.

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

этим занимается в данном случае gitlab.

Ну это процесс. Если разрабатываешь на проде, то тебе это все не нужно.

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

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

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

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

А в каких случаях мне надо использовать гитлаб?

А если говорить о чем то более менее серьезном то процесс может выглядеть так: разраб коммитит в гит -> некая CI система (gitlab/teamcity/jenkins/etc) видит новый коммит -> собирает контейнер -> гоняет тесты -> пушит в docker registry -> деплоит на тестовый стенд дальше тестировщики это мануально тестируют. Дают аппрув. жмакается кнопка и это летит на стенд нагрузочного тестирования. Если тестирование проходит то деплой на прод. Вот один из сценариев. И их может быть бесчисленное множество.

А если говорить о чем то более менее серьезном то процесс может выглядеть так: разраб коммитит в гит -> некая CI система (gitlab/teamcity/jenkins/etc) видит новый коммит -> собирает контейнер -> гоняет тесты -> пушит в docker registry -> деплоит на тестовый стенд дальше тестировщики это мануально тестируют. Дают аппрув. жмакается кнопка и это летит на стенд нагрузочного тестирования. Если тестирование проходит то деплой на прод. Вот один из сценариев. И их может быть бесчисленное множество.

а если ты тупо забыл ; весь этот цикл каждый раз по новой запускать?

а если ты тупо забыл ; весь этот цикл каждый раз по новой запускать?

А у себя на тачке не проверял чтоль что накодил? ну программисты которые работают на проектах где есть такие системы, обычно тупо не забывают ;. как вариант прогонять тесты на забытую ";" перед коммитом

Отвечая на вопрос. Да, если "тупо забыл ;", делаешь фикс, который это устраняет и отправляшь код снова в гит, дальше все как и в предыдущий раз

А у себя на тачке не проверял чтоль что накодил? ну программисты которые работают на проектах где есть такие системы, обычно тупо не забывают ;. как вариант прогонять тесты на забытую ";" перед коммитом

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

А у себя на тачке не проверял чтоль что накодил? ну программисты которые работают на проектах где есть такие системы, обычно тупо не забывают ;. как вариант прогонять тесты на забытую ";" перед коммитом

Всякое бывает, тупо клавиша не прожалась и тд

Всякое бывает, тупо клавиша не прожалась и тд

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

Не работает healthcheck, возможно неправильно его настроил. Дорогие дамы и господа подскажите что не так https://hastebin.com/olasobecut.http

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

@devops_ru не надо тут это вот всё

Не работает healthcheck, возможно неправильно его настроил. Дорогие дамы и господа подскажите что не так https://hastebin.com/olasobecut.http

Попробуй так: test: ["CMD-SHELL", "/etc/init.d/mysql status 2>&1 | grep (running)"] А вообще, вот скрипт с более правильный вариантом https://github.com/docker-library/healthcheck/blob/master/mysql/docker-healthcheck

Попробуй так: test: ["CMD-SHELL", "/etc/init.d/mysql status 2>&1 | grep (running)"] А вообще, вот скрипт с более правильный вариантом https://github.com/docker-library/healthcheck/blob/master/mysql/docker-healthcheck

Хм, а этот скрипт в каком https://github.com/docker-library/healthcheck/blob/master/mysql/docker-healthcheck из контейнеров запускать именно?

в контейнере с мускулом?

Да, в мускульном. Хелсчек и предназначен для проверки жизни контейнера в котором он запускается

Более сложные проверки не хелсчеками делаются а другими инструментами

Ты можешь запустить контейнер без хелсчека. Зайти в него и там подать команду что я дал. Сразу после нее echo $? подаешь и оно тебе выведет 0 если мускул работает и 1 если нет

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

Эмулировать что мускул не работает можно изменив в grep патерн с running на любой другой

Спасибо за советы

У меня чет скрипт с хелзчеком не прокидывается в контейнер с мускулом. volumes: - ./astro-backend/compose/mysql/mysql-healthcheck.sh:/docker-entrypoint-initdb.d

Правильно ли я делаю все?

У меня чет скрипт с хелзчеком не прокидывается в контейнер с мускулом. volumes: - ./astro-backend/compose/mysql/mysql-healthcheck.sh:/docker-entrypoint-initdb.d

С этой проблемой разобрался, вот только не понимаю почему он считает баш скрипт за директорию? /usr/local/bin/docker-entrypoint.sh: line 53: .: /docker-entrypoint-initdb.d/mysql-healthcheck.sh: is a directory

С этой проблемой разобрался, вот только не понимаю почему он считает баш скрипт за директорию? /usr/local/bin/docker-entrypoint.sh: line 53: .: /docker-entrypoint-initdb.d/mysql-healthcheck.sh: is a directory

Потому что монтируешь файл в директорию. Не помню можно ли монтировать файл в файл, но директорию в директорию точно можно.

У меня чет скрипт с хелзчеком не прокидывается в контейнер с мускулом. volumes: - ./astro-backend/compose/mysql/mysql-healthcheck.sh:/docker-entrypoint-initdb.d

Имя файла справа от : добавь

доброе утро. не подскажете, как можно пробросить vhost'ы докера на хостовую ось?

в докере есть vhost? ;)

доброе утро. не подскажете, как можно пробросить vhost'ы докера на хостовую ось?

/etc/hosts

Но откуда vhost в докере?

если ip контейнера изменится? хотелось бы более изящное решение

Но откуда vhost в докере?

мб, я неверно назвал. имя сервиса

Стало еще более непонятно :)

нужно что-то подобное

https://coderwall.com/p/qknu2g/local-docker-development-with-virtual-hosts

Ну, так ip у вас не изменится. Всегда будет докалхост

Ну, так ip у вас не изменится. Всегда будет докалхост

мы, наверное, о разном. я про ip, который можно узнать через inspect и который таки меняется

Опиши задачу нормальными словами)

Опиши задачу нормальными словами)

да всё очень просто. вот у вас есть compose файл, там список сервисов. у каждого сервиса есть имя. нужно иметь возможность обращаться к имени сервиса как к домену, например: backend:9000

внутри докер нетворка вы это делаете

а надо с хоста

#/etc/hosts 127.0.0.1 backend

не канает )

там ip другой

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

зачем тебе знать айпишник контейнера?

мне не надо его знать. мне нужна возможность обратиться к имени сервиса с хостовой машины. потому что по локальному адресу (127.0.0.1 / localhost) этот сервис недоступен

и я могу обратиться только чз ip контейнера

мне не надо его знать. мне нужна возможность обратиться к имени сервиса с хостовой машины. потому что по локальному адресу (127.0.0.1 / localhost) этот сервис недоступен

Так заэкспозь порты всех сервисов и прокинь на локалхост

Привет. Может кто подсказать как мне сделать так что бы при старте контейнеру присваивался hostname (внутри у меня там apache например)а после из host (моего компа) я грубо говоря мог постучаться к контейнеру не через localhost:8090 а например mysuper.site.com

@subbotinv, глянь ветку

Так заэкспозь порты всех сервисов и прокинь на локалхост

порты прокинуты, но мне это не помогло вчера. сейчас ещё раз попробую.

@subbotinv, глянь ветку

спасибо, щас погляжу

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

бинарь в чатик? фуфуфу

ну ок, удалю )

Подскажите пожалуйста! Есть два отдельных сервиса/стека. Как можно подключить базу данных к ним обоим?

@jellyfish13 на разных серверах?

@jellyfish13 на разных серверах?

В Swarm

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

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

Нету локалхлстов в докере, в композе имя сервиса = днс адрес

Orly? Driver host?

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

А какую сеть взять? Overlay? (при этом требуется, чтобы сервисы имели доступ только к БД и не могу шарить за пределами их сети) И как тогда сервис обращается к БД? localhost:port или по имени?

@vizdrag

@vizdrag

;)

А какую сеть взять? Overlay? (при этом требуется, чтобы сервисы имели доступ только к БД и не могу шарить за пределами их сети) И как тогда сервис обращается к БД? localhost:port или по имени?

да, делаете просто новую overlay сеть и подключаете к ней необходимые сервисы. Если пользуетесь docker-compose.yml файлами, то можно всё указать в них

например, в файле стека А пишем networks: my_network: name: my_network driver: overlay в файле стека Б services: my_service: networks: - default - my_network networks: my_network: external: true используем на одном проекте такую схему для проксирования запросов траефиком в разные стеки, полёт нормальный. Единственное, нужно учесть, что если делать точно так - то появится не совсем очевидная зависимость между стеками и нельзя будет удалить стек А пока работает стек Б. Нам это и надо, но вам может быть проще будет создать сеть руками (docker network create...) и добавить её в оба стека с external: true

например, в файле стека А пишем networks: my_network: name: my_network driver: overlay в файле стека Б services: my_service: networks: - default - my_network networks: my_network: external: true используем на одном проекте такую схему для проксирования запросов траефиком в разные стеки, полёт нормальный. Единственное, нужно учесть, что если делать точно так - то появится не совсем очевидная зависимость между стеками и нельзя будет удалить стек А пока работает стек Б. Нам это и надо, но вам может быть проще будет создать сеть руками (docker network create...) и добавить её в оба стека с external: true

Спасибо большое! Так как проекты отдельные, только БД смежная, создам сеть отдельно и отдельно подключу к ней все сервисы)

Всем привет, не подскажите как можно отключить firewall Cento OS 7 в докере, если systemctl команды не работают из за Failed to get D-Bus connection: Operation not permitted, вроде есть способ установить туда systemd но этого делать не советуют посколько Cento OS ни идет как полноценная ОСка.

в докере отключить firewalld? эм....его там и нет

Ssh не хватает для полного счастья внутри

Все разобрался спасибо

чат, а docker system prune затронет registry ?

чат, а docker system prune затронет registry ?

разлогинит кажется

если ты имеешь в виду может ли эта команда его зачистить

разлогинит кажется

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

ща проверю

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

WARNING! This will remove: - all stopped containers - all volumes not used by at least one container - all networks not used by at least one container - all dangling images

да вродь не должно

блин