Restarts all stopped and running services. If you make changes to your docker-compose.yml configuration these changes will not be reflected after running this command.

Есть запущенный докер контейнер. Как получить доступ к его башу? docker container exec ... или docker container attach ... ?

Ctrl+d, из вима случайно выйти не надо заодно?))

Из вима выйти нельзя, только ребут :)

А я прошаренней был) Открывал второй терминал и killall vim.

А я прошаренней был) Открывал второй терминал и killall vim.

То есть для сохранения мозгов до :w хватило, а для :q нет?)

К выше поднятой теме с docker exec. Какие есть аргументы против влазинья руками в контейнер на проде и наложения там на скорую руку фиксов вместо выкатитки нового "релиза"? Я за то, что бы это вообще запретить делать, но у меня только аргумент по типу "без CI, без тестов но с docker commit && docker push && update-all". Что можете подсказать?

Аргумент простой как лом: следующий разработчик накатит апдейт через минуту после завершения правок и все изменения полетят к черту. Контейнеры рекомендуется держать as code, потому что в любой момент может быть пересобрана вся конфигурация.

Да, но тут пока что нет CI (точнее есть только для тестирования), весь деплой руками 2-3 человек, сидящих в одной комнате.

Надеюсь, что автоматика для сборки "руками" все-такие есть, но, хорошо, даже тут есть решение: накатайте простой скрипт, который в один пулит с репозитория свежак, собирает и запускает сборку на серверной машине.

Мм... Ну на GitLab CI собирается docker image, по нему прогоняются разные тесты и он кладётся в registry. Оттуда его забирают на прод руками и так же руками запускают (точнее магией на ssh файликах либо скоро будет ansible). Проблема в том, что чуваки привыкли ходить на прод, там в vim'е фигачить зелёнку и делать pm2 restart.

Я вообще в этой компании только пару месяцев и после моего прошлого проекта у меня впечатление, что я откатился лет эдтак на 10! Тут вот только что внедрили GitLab, до этого был bare git на сервере, куда кто угодно пушал код без ревью... 😢

Мм... Ну на GitLab CI собирается docker image, по нему прогоняются разные тесты и он кладётся в registry. Оттуда его забирают на прод руками и так же руками запускают (точнее магией на ssh файликах либо скоро будет ansible). Проблема в том, что чуваки привыкли ходить на прод, там в vim'е фигачить зелёнку и делать pm2 restart.

Вообще идеальным решением всех этих детских проблем было бы запихнуть пацанов в облако и сказать: "Добро пожаловать в светлое будущее, теперь у вас не 2 сервера, а 200".

Вообще идеальным решением всех этих детских проблем было бы запихнуть пацанов в облако и сказать: "Добро пожаловать в светлое будущее, теперь у вас не 2 сервера, а 200".

Я делал staging, который поднимал конкретную ветку для разработчиков или полноценную копию production. Это спасало от правок уже по факту деплоя (не на живую, конечно).

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

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

Ну да, так и планируется, просто было бы класно найти аргумент вроде: "Если залезть руками к контейнер и наживую поправить код, то может зависнуть docker daemon".

Так оно в принципе не разумно. Ощущение, что разработчики считают контейнеры полноценными машинами (виртуальными), но это же не так.

К выше поднятой теме с docker exec. Какие есть аргументы против влазинья руками в контейнер на проде и наложения там на скорую руку фиксов вместо выкатитки нового "релиза"? Я за то, что бы это вообще запретить делать, но у меня только аргумент по типу "без CI, без тестов но с docker commit && docker push && update-all". Что можете подсказать?

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

Тут код назад переодически вешали mongodb, делая селекты без индексов, так что до стадии принятия контейнеризации им ещё далеко) А ещё у нас куча чего кладётся и используется из global, есть 3 папки helper и ещё больше классов и вообще отсутвующая архитектура как понятие в проекте.

А на чем пишите?

NodeJS

а тож ssh host команда!

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

А что именно ты хочешь сделать?

Я совсем не уверен, что нужно вызывать именно с хоста. Может вызвать внутри контейнера и передать в шару это лучше?

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

minio какой версии?

Кинь, если можешь)

https://pastebin.com/DxHDK90B

Коллеги, добрый вечер. Вопрос может глупый. Подскажите, как привязать DNS к контейнеру? Чтобы приложение открывалось при запросе не по IP, а по hostname