а в параметрах сервиса - пара IP:port на котором оно слушает

либо 0.0.0.0:80, если нужно слушать везде

Спасибо попробую.

Что это? root@nhealth:/var# docker run -it -p 80:80 --net="host" --privileged -v /var/site_demo:/var/www apache2_ufw_mysql_php_iit_ulimit /bin/sh WARNING: Published ports are discarded when using host network mode docker: Error response from daemon: error while creating mount source path '/var/site_demo': mkdir /var/site_demo: read-only file system.

read-only file system же /var

Так и home, а что тогда не read-only>

?

то что он read only это неправильно, надо исправлять

chmod

самый тупой вариант - ребутнуть сервак

Зачем?

Охуенный вопрос

именно

https://askubuntu.com/questions/47538/how-to-make-read-only-file-system-writable

глянь, как дядя мучался, пока полароид не изобрели https://stackoverflow.com/questions/26561555/how-to-run-my-go-webapp-in-docker-based-on-scratch-as-the-user-nobody

Почему-то заминусовали чувака который на эту статью сослался

Привет. Помогите разобраться с кластером swarm Есть 3 виртуалки 1) Swarm manage 2) Swarm node (worker) 3) PostgresServer Так вот, я запускаю некий stack в котором есть сервис - этот сервис коннектится к postgressql по локальному ip (локальный ip). Так вот Если сервис запускается на manager ноде, то коннкет к постгресу проходит норм. Но если я запускаю на worker ноде, то пишет connect refuse (или как-то так и даже ниче не пингуется наверх) Я создал нетворк для докера и его юзаю. Но всеравно оно не хочет соединяться с постгресом

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

чтобы удобно и быстро выкатывать обновления

чето вникнуть не могу в полезность)

выкатывал когда-то поделку разработчиков на 10 тачек, которое тащит за собой кучу зависимостей? )

хоть в одной из них пойдет не так - жопа

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

выкатывал когда-то поделку разработчиков на 10 тачек, которое тащит за собой кучу зависимостей? )

В чем разница между пакетом rpm и имеджем докера в твоём примере?

1. Простота выкатки 2. Повторяемость окружений (собрал 1 раз и везде работает одинаково) 3. Удобство управления

в окружении

зашел кто-то, поставил чтото в ос и пакет может не встать

тоесть на примере пхп. могу разработать приложение и образ с кодом могу куда угодно закинуть и запустить?

угу

пхп правда плохой пример

там просто файлы и все

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

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

а сайт может всегда в контейнере работать?

да, в контейнере поднимаешь nginx

а с гитом можно работать? тоесть кидать с гита файлы в контейнер?

при сборке образа

клонируешь файлы и собираешь образ

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

это не докер-подход, но работать будет

идеально, когда ты собираешь образ с нужной версией сайта

потом берешь этот образ и запускаешь где угодно

в твоем варианте, надо еще файлы таскать между серверами

неудобно

теперь вроде немного стало понятно. сенкс за ответы

еще вопрос. работает сайт, каждый день на нем делаются изменения. добавляется функциональность. меняется дизайн, вообще докер для этого нужен?

локальный сайт - гитхаб - продакшн

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

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

если есть потребность в частых выкатках, то надо смотреть в сторону ci/cd, оно для того и сделано

там один из этапов, это сбор докер-имеджа и создание на его основе контейнера на проде

спасибо!

всем привет, есть у кого-нибудь есть скрипт для проверки доступности redis? wait-for-redis.sh или что-то подобное?

а не достаточно ли просто видеть его наличие ?

или nc -vz redis порт_редиса

и еще

нафига он нужен? если можно в компоузе 2.4 сделать depends_on: started?

у меня DI для сервиса написан так что необходим redis изначально. При недоступности редиса сервис падает, но terminate его не происходит, поэтому сервис не перезапускается. Использую compose 3.4

3.4 - только для сворма нужен

иначе см. выше

народ ,если в докеркомпоузе задать статик IP для контейнера, после рестарта она слетает, как мне не терять конект бекенда к ДБ ?)

народ ,если в докеркомпоузе задать статик IP для контейнера, после рестарта она слетает, как мне не терять конект бекенда к ДБ ?)

По имени сервиса

nodejs так будет видеть?

nodejs так будет видеть?

Вместо айпи укажешь имя сервиса из докеркомпоза

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

Вместо айпи укажешь имя сервиса из докеркомпоза

спасибо

народ ,если в докеркомпоузе задать статик IP для контейнера, после рестарта она слетает, как мне не терять конект бекенда к ДБ ?)

статик айпи не слетает

статик айпи не слетает

Ну мне после ребута сервера слетел

Жил был volume по-имени example-volume-name и маунтили его через docker -v ... Однажды решили маунтить через docker-compose. Но появился новый docker_example-volume-name volume, который был пуст и ничего не содержал в себе. Апликухи падали и плакали. Задались вопросом как примаутить правильно уже существующий volume в docker-compose? Помогите, разобраться, плз.

volume: external

и полетело

у меня кстати тоже был и есть забавный момент, я хотел мигрировать сторейдж докера, поставленного через snap, на нормально установленный с репы, указал data-root, storage-driver и прочие прелести, докер завелся без проблем, контейнеры отображаются запускаются, и можно к ним приаттачиться. Можно делать всё, кроме остановки контейнера, при остановке выдает ошибку permission denied

volume: external

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

спасибо!

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

Не благодари: https://docs.docker.com/develop/develop-images/dockerfile_best-practices/

А есть какие либо мануалы по devops на русском?

А то тяжко буржуйский язык читать

Надо учить

Иначе никак

Как сделать многострочный AWK-скрипт в RUN?

В смысле ?

Какие варианты пробовали ?

Спасибо, я разобрался) Протупил немного)

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

Dockerfile покажи. Только не картинкой

Dockerfile покажи. Только не картинкой

# Stage 1 - the build process FROM mhart/alpine-node:10 as builder ENV NODE_ENV=production ENV HOST 0.0.0.0 WORKDIR /app COPY ./ /app RUN npm set progress=false && \ npm config set depth 0 && \ npm install && \ npm install --only=development RUN npm run build # Stage 2 - the production environment FROM nginx:alpine RUN apk add --no-cache nginx-mod-http-perl COPY ./config/nginx.conf /etc/nginx/nginx.conf COPY --from=builder /app/build /usr/share/nginx/html EXPOSE 80

Всем привет

У меня супер вопрос, кто то сталкивался с docker zombie comtainer???

Голову неделю ломаю, у меня плявляются зомби контейнеры, как их хотя бы убить кроме как ребут серва?

# Stage 1 - the build process FROM mhart/alpine-node:10 as builder ENV NODE_ENV=production ENV HOST 0.0.0.0 WORKDIR /app COPY ./ /app RUN npm set progress=false && \ npm config set depth 0 && \ npm install && \ npm install --only=development RUN npm run build # Stage 2 - the production environment FROM nginx:alpine RUN apk add --no-cache nginx-mod-http-perl COPY ./config/nginx.conf /etc/nginx/nginx.conf COPY --from=builder /app/build /usr/share/nginx/html EXPOSE 80

Да вроде норм. В ноде лок-файлов нет?

# Stage 1 - the build process FROM mhart/alpine-node:10 as builder ENV NODE_ENV=production ENV HOST 0.0.0.0 WORKDIR /app COPY ./ /app RUN npm set progress=false && \ npm config set depth 0 && \ npm install && \ npm install --only=development RUN npm run build # Stage 2 - the production environment FROM nginx:alpine RUN apk add --no-cache nginx-mod-http-perl COPY ./config/nginx.conf /etc/nginx/nginx.conf COPY --from=builder /app/build /usr/share/nginx/html EXPOSE 80

Надо сначала скопировать app.config дале вот ето вот всьо RUN npm set progress=false && \ npm config set depth 0 && \ npm install && \ npm install --only=development дале COPY ./ /app RUN npm run build

У меня супер вопрос, кто то сталкивался с docker zombie comtainer???

Докер старый?

Да вроде норм. В ноде лок-файлов нет?

Package-lock в смысле? Есть. Спилить лучше? Без фриза версий зависимостей печально очень будет

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