Приветы. Вот сижу я и подбираю тип хранилища для докера. Что можете посоветовать, если это CentOS ? lvm или что-то другое?

Приветы. Вот сижу я и подбираю тип хранилища для докера. Что можете посоветовать, если это CentOS ? lvm или что-то другое?

хранилища чего

хранилища чего

контейнеров/образов

От задач и ресурсов зависит

gitlab registry?

Можешь хоть на коленке поднять :)

Да..просто раньше, года 3 назад по незнанию поднял на DM теперь страдаю, один на lvm'e вроде полет нормальный..но все таки, может есть какие советы?

gitlab registry?

голый докер.

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

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

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

Не локальная репа.. грубо говоря, yum install docker-ce ... и настривая что лучше выбрать.

Я про storage drivers

может zff попробовать

Народ, как можно расшарить порт для другого контейнера в композе, если он слушается только на localhost?

ребятки, подскажите, есть docker-compose, в нем nginx. поправил конфиг nginx, как его опять залить в сварм? docker service update app_nginx не помогает.

у меня машина, с какой стороны в неё вливают бензин?

с той стороны, где бак.

молодец, выкрутился :) конфиг композа покажи

version: '3' services: web: image: nginx:latest restart: always ports: - "8080:80" environment: - NGINX_HOST=localbitcoins.local - NGINX_PORT=80 networks: - frontend - backend volumes: - "./../configs/nginx.app.conf:/etc/nginx/conf.d/app.conf:ro" command: [nginx-debug, '-g', 'daemon off;'] app: build: context: ../ dockerfile: ./build/localbitcoins/Dockerfile image: golang:latest ports: - "80:8080" networks: - frontend - backend depends_on: - db restart: always db: image: mysql:latest restart: always ports: - "3306:3306" networks: - backend environment: MYSQL_ROOT_PASSWORD: admin networks: frontend: backend:

docker stack deploy тоже не пересоздает конфиг, который примонтирован

server { listen 80; server_name localbitcoins.local; location / { add_header Content-Type text/html; return 200 'UPDATED'; # тут до сих пор отдается старое тело ответа } }

docker service update app_nginx --force пробовал?

Нет, не пробовал. Помогло, спасибо!

если вкратце, то update обычно пересоздаёт контейнеры, только если у тебя образ поменялся. —force пересоздаёт всегда

Да, я чет не догадался docker service update --help сделать

спасибо за помощь!

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

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

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

Самый лёгкий способ -баш скрипт while true 0:)

Самый лёгкий способ -баш скрипт while true 0:)

Скорее самый тупой

Скорее самый тупой

Неа, самый тупой это супервизорд

И он тоже есть у меня

Неа, самый тупой это супервизорд

Это самый идиотский

У меня просто несколько процессов крутится внутри одного

Контейнера

переделывай

У меня просто несколько процессов крутится внутри одного

Ты этим гордишься?

Это самый идиотский

Интересно почему

Ты этим гордишься?

Не стоит себе ставить искусственные ограничения;)

Кто сказал что один контейнер один процесс?

Это тру?

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

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

один контейнер - один сервис

Это тру?

тру, тру

Интересно почему

Потому что гвозди не микроскопом забиваются

тру, тру

Не стоит смешить.

Кто сказал что один контейнер один процесс?

Разработчики докера

пруф или не было

А, я думал типа что супервизор в целом говно =D

Разработчики докера

Много кто что говорит, но это не истина в последней инстанции

Много кто что говорит, но это не истина в последней инстанции

Говорят и докер говно полное, но ты же здесь

Не стоит себе ставить искусственные ограничения;)

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

У меня были демоны на пхп)

У меня были демоны на пхп)

да ты сам как демон на пхп )

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

Ну, я не бьюсь

это тебе может так казаться.

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

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

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

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

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

пусть в логи "светит"

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

ты ж тут начал про тру рассуждать, а теперь сливаешься )

ты ж тут начал про тру рассуждать, а теперь сливаешься )

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

пусть в логи "светит"

Как сделать чтобы он в логи светил?

где вы взяли это дурацкое правило про один процесс?

где вы взяли это дурацкое правило про один процесс?

это не правило, а рекомендация

ERROR: S client not available

где вы взяли это дурацкое правило про один процесс?

Вот, им приснилось)

это не правило, а рекомендация

Это рекомендации а не требование

да как не назови. взяли откуда?

где вы взяли это дурацкое правило про один процесс?

https://docs.docker.com/develop/develop-images/dockerfile_best-practices/#decouple-applications

где вы взяли это дурацкое правило про один процесс?

https://docs.docker.com/config/containers/multi-service_container/

там анкор на нужное место, читай все три абзаца

так application же!

где вы там процесс увидели?

где вы там процесс увидели?

> Limiting each container to one process is a good rule of thumb, but it is not a hard and fast rule. здесь.

It is generally recommended that you separate areas of concern by using one service per container. 

It is generally recommended that you separate areas of concern by using one service per container. 

Сервис..а там воркеров дофигища

там процесс в смысле процесс который процесс.

Сервис..а там воркеров дофигища

воркер - тоже сервис

Сервис..а там воркеров дофигища

Это нормально

Сервис..а там воркеров дофигища

ну ты ж все равно любую фразу перековеркаешь под свой смысл :)

а не процесс. ну вы понели

там процесс в смысле процесс который процесс.

а чем application не process?

воркер - тоже сервис

Ахахаха

а не процесс. ну вы понели

м, нет

Принцип единой ответственности знаком?

Принцип единой ответственности знаком?

завали их еще аббревиатурой SRP, чтобы не флудили тут

Ля, что вы несёте? Один управляющий процесс с форками рекомендуется, что тут не понятно?

Ля, что вы несёте? Один управляющий процесс с форками рекомендуется, что тут не понятно?

А этот один мастер запускать две разные апликухи ?

На оф сайт скинул доку, мамкины архитекторы всё лучше, кончено, знают

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

м, нет

есть процесс - выполняящаяся программа. А есть процесс в смысле бизнес процесса

есть процесс - выполняящаяся программа. А есть процесс в смысле бизнес процесса

ну так говорить о бизнес-процессах в контексте докера как-то странно, не считаешь?

А этот один мастер запускать две разные апликухи ?

Да, это называется забивать гвозди микроскопом, ещё и гордиться этим

ну здесь говорят про процесс с тз ОС, а не с тз бизнеса

На оф сайт скинул доку, мамкины архитекторы всё лучше, кончено, знают

тебе ж сказали, у него всё работет :) локалхост в надежных руках :)

ну так говорить о бизнес-процессах в контексте докера как-то странно, не считаешь?

нет