Кто-нибудь использует Docker Swarm в проде?

И кто будет кратко объяснять суть докера новичкам? Скрипты по фотографии лечить? оставайся, @nodekra!

А вы как с логами делаете, выносите логи контейнеров в volume? чтобы их смотреть их главного хоста? Или какое то есть правильное решение

А вы как с логами делаете, выносите логи контейнеров в volume? чтобы их смотреть их главного хоста? Или какое то есть правильное решение

stdout\stderr

шли в journald

тоесть есть опция для всех контейноров, перенаправлять в journald основного хоста?

так если вдруг надо будет через grerp смотреть итп

он по дефолту в журналД 👀

Scm ? Openshift/kubernetes?

он по умолчанию в json-file

я обычно смотрел всегда к примеру тут /var/log/nginx/... и грепал тут же

docker logs app|grep ?

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

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

Т.е. если был контейнер nginx, а потом ты пересоздал. То упс

SCM

всем привет. подскажите, пожалуйста, у меня есть котейнер с нодой , поднятый компоузом. node_modules внутри контейнера, как мне снаружи запустить внутри контейнера npm run lint?

не могу придумать как, потому что докер-композа тут нет

дёргать весь фронт при малейшем изменении как-то некомильфо

у тебя какие-то мысли в голове, которые только тебе понятны. Ты о чём вообще?

Ты в CI/CD пока не умеешь?

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

Поэтому, так как контейнеров 27, а изменений прилетает штук 600 в день, то я хочу избежать перезапуска всего стека

Сделай автодискавери

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

Моя очередь побыть ебанько. Есть контейнер php:fpm-alpine Я ему заливаю в /etc/php-fpm.d файлик пула с явно прописанным listen = /var/run/php-fpm/php-fpm.sock Так же в этот контейнер маунтится docker-volume socks:/var/run/php-fpm Этот же волум маунтится в пару других контейнеров. Если в любом из трех контов сделать touch /var/run/php-fpm/siski.txt, то в других всё видно и читается/пишется во все стороны. Однако, php-fpm, скотина такая, создавать .sock файл отказывается насмерть. нид хелб.

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

Имхо, я б сделал ветку staging, собрал бы там все dev изменения за неделю(к примеру) и потом одним коммитом закинул бы его в master - там оно подхватится и задеплоится на прод

Не моё дело решать за разработчиков и их начальство.

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

окай, пойду докер и ci\cd учить

всем привет, подскажите пожалуйста, когда я dco up делаю то енвы из .env автоматом подтягиваются?