Кто-нибудь может помочь спроецировать такой docker-compose конфиг на dokku? https://docs.killbill.io/0.20/getting_started.html#_installation

Парни, я наверное сейчас заезженную тему спрошу и буду послан в Гугл, но как вы решаете вопрос с подключением больших томов в swarm-е (да и вообще томов) - GlusterFS? или отдельно хранилище рядом держете на такие случаи?

Вот подобный вопрос. Мне тоже интересно

Парни, я наверное сейчас заезженную тему спрошу и буду послан в Гугл, но как вы решаете вопрос с подключением больших томов в swarm-е (да и вообще томов) - GlusterFS? или отдельно хранилище рядом держете на такие случаи?

у меня NFS

правда не сварм, а кубер

всем, ку! вопросик в бест солюшенах. как ограничить контейнер во всем автоматом? плиз реал хелп

желательно прямо на старте и до конца

правда не сварм, а кубер

Мне тут в соседнем чатике вообще сказали что юзать сворм это как мучать труп. Неужели так? Неужели кубер ради 15 контейнеров на одном сервере клиента - нормальное решение?

Мне тут в соседнем чатике вообще сказали что юзать сворм это как мучать труп. Неужели так? Неужели кубер ради 15 контейнеров на одном сервере клиента - нормальное решение?

Кубер на одном сервере? Мощно

Да я и про сворм то в такой конфигурации не уверен теперь ))

Мне тут в соседнем чатике вообще сказали что юзать сворм это как мучать труп. Неужели так? Неужели кубер ради 15 контейнеров на одном сервере клиента - нормальное решение?

При таком раскладе не удивлюсь если там докер тоже ради докера)

При таком раскладе не удивлюсь если там докер тоже ради докера)

Ну пилят ребята все в контейнерах, плюс third-party немало - всю эту кучу просто процессами запускать плюс фронт на реакте - мне чет не хочется - пусть лучше в контейнерах как привыкли

Просто заказчик такой попался у которого на это все одна машина

Нестандартная ситуация, так бы кубер накатил и не мучался.

Мне тут в соседнем чатике вообще сказали что юзать сворм это как мучать труп. Неужели так? Неужели кубер ради 15 контейнеров на одном сервере клиента - нормальное решение?

Сложно сказать. Скорее оверкил.

Мне тут в соседнем чатике вообще сказали что юзать сворм это как мучать труп. Неужели так? Неужели кубер ради 15 контейнеров на одном сервере клиента - нормальное решение?

Если сервер и правда 1 то вообще композа достаточно :)

Если сервер и правда 1 то вообще композа достаточно :)

Пожалуй к этому и прийду в итоге. Спасибо :).

Использую docker-compose. Решил тут configs использовать и чутка обломался. Т.е. опция такая есть, а делать он что-либо отказывается

Конфиги и секреты в сворме работают

Собираю так проект docker-compose up --build . К примеру, если вносятся изменения в код, приходится через ctrl+c завершать и заново запускать docker-compose up --build. Так как я новичек в докере, быть может есть более правильное решение?

Собираю так проект docker-compose up --build . К примеру, если вносятся изменения в код, приходится через ctrl+c завершать и заново запускать docker-compose up --build. Так как я новичек в докере, быть может есть более правильное решение?

volume

гугли docker-compose development environment

volume

volume используется

volume используется

тогда перезапускать на надо

тогда перезапускать на надо

изменения не подхватываются

Собираю так проект docker-compose up --build . К примеру, если вносятся изменения в код, приходится через ctrl+c завершать и заново запускать docker-compose up --build. Так как я новичек в докере, быть может есть более правильное решение?

Почему -d не используется? Чтобы не завершать через ctrl+c

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

Почему -d не используется? Чтобы не завершать через ctrl+c

а как потом завершать? -d это demon?

а как потом завершать? -d это demon?

docker-compose down

или docker-compose stop, что бы просто стопнуть контейнеры

При --build те контейнеры которые изменились (перебильдились) автоматом перезапустятся (для постгреса например напишет reacreating postgres_1....)

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

docker-compose down

а запускать docker-compose up --build -d ?

а запускать docker-compose up --build -d ?

да

--build нужен если тебе требуется собрать образ из докерфайла. Если образы уже готовые в регистри, то без --build

--build нужен если тебе требуется собрать образ из докерфайла. Если образы уже готовые в регистри, то без --build

тоесть --build делается только первый раз?

по идее да

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

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

Конфиги и секреты в сворме работают

А. Типа только для сворм моды?

Конфиги и секреты в сворме работают

Не, сикрет и так сработал

https://docs.docker.com/engine/reference/commandline/secret/ > This command works with the Swarm orchestrator.

тоже самое касается секретов. Поэтому сворм может удобен и при развёртывании на одной машине

Ну вот факт. secret сработал без сворма. В /run/secrets/my_secret все смонтировалось

покажете свой yaml файл и как запускаете проект?

покажете свой yaml файл и как запускаете проект?

А уже синтезировать надо. Это тот случай, когда вроде и бессмысленная затея, просто я не понял почему. Запускаю обычно docker-compose up -d. Я может чуть попозже для теста просто синтезирую пример. Потому что интересно

народ, а почему netstat -putan не пашет для Докера? не показывает порты, которые проброшены

Потому что фаерволом сделано

Подскажите, пытаюсь скопировать конфиг командой RUN cp ./config/database.yml.sample ./config/database.yml , но в запущенном контейнере этого не вижу. Хотя если выполнить RUN ls -lah config то этот файл там есть. Но после того как стартую docker-compose я этот файл не вижу внутри, в чем может быть проблема? Сам докерфайл Dockerfile FROM ruby:2.5 WORKDIR /app COPY ./ . RUN cp ./config/database.yml.sample ./config/database.yml RUN ls -lah config```Compose ```version: '3' services: postgres: environment: - POSTGRES_PASSWORD=root image: postgres volumes: - postgres:/var/lib/postgresql/data ports: - 5432:5432 redis: image: redis ports: - 6379:6379 volumes: - redis:./data app: tty: true stdin_open: true build: context: . dockerfile: Dockerfile.dev ports: - "3000:3000" volumes: - bundle_cache:/usr/local/bundle - .:/app volumes: bundle_cache: postgres: redis:И вывод с консоли ➜ dco -f docker-compose.development.yml build --no-cache && dco -f docker-compose.development.yml run --rm app bash -c "ls -lah ./config" postgres uses an image, skipping redis uses an image, skipping Building app Step 1/5 : FROM ruby:2.5 ---> 60c3a1518797 Step 2/5 : WORKDIR /app ---> Running in c9f41ace81e2 Removing intermediate container c9f41ace81e2 ---> 58a4b894dfcd Step 3/5 : COPY ./ . ---> f356f3fc8170 Step 4/5 : RUN cp ./config/database.yml.sample ./config/database.yml ---> Running in 07d52bf901e3 Removing intermediate container 07d52bf901e3 ---> 5e79900a6dca Step 5/5 : RUN ls -lah config ---> Running in f3b567e905da total 80K drwxr-xr-x 1 root root 4.0K Jan 13 13:42 . drwxr-xr-x 1 root root 4.0K Jan 13 13:42 .. -rw-r--r-- 1 root root 1.6K Jan 12 19:39 application.rb -rw-r--r-- 1 root root 171 Jan 12 19:39 boot.rb -rw-r--r-- 1 root root 5.8K Jan 12 19:39 countries.json -rw-r--r-- 1 root root 588 Jan 13 12:06 database.yml -rw-r--r-- 1 root root 2.0K Jan 12 19:39 deploy.rb -rw-r--r-- 1 root root 154 Jan 12 19:39 environment.rb drwxr-xr-x 2 root root 4.0K Jan 12 19:39 environments drwxr-xr-x 2 root root 4.0K Jan 12 19:39 initializers drwxr-xr-x 5 root root 4.0K Jan 12 19:39 locales -rw-r--r-- 1 root root 9.3K Jan 12 19:39 newrelic.yml -rw-r--r-- 1 root root 3.0K Jan 12 19:39 routes.rb -rw-r--r-- 1 root root 756 Jan 12 19:39 schedule.rb drwxr-xr-x 2 root root 4.0K Jan 12 19:39 settings -rw-r--r-- 1 root root 137 Jan 12 19:39 settings.yml Removing intermediate container f3b567e905da ---> a65a78909196 Successfully built a65a78909196 Successfully tagged billing_app:latest Creating network "billing_default" with the default driver total 56K drwxr-xr-x 17 root root 544 Jan 13 12:06 . drwxr-xr-x 37 root root 1.2K Jan 13 13:12 .. -rw-r--r-- 1 root root 1.6K Jan 12 19:39 application.rb -rw-r--r-- 1 root root 171 Jan 12 19:39 boot.rb -rw-r--r-- 1 root root 5.8K Jan 12 19:39 countries.json -rw-r--r-- 1 root root 588 Jan 13 12:06 database.yml.sample -rw-r--r-- 1 root root 2.0K Jan 12 19:39 deploy.rb -rw-r--r-- 1 root root 154 Jan 12 19:39 environment.rb drwxr-xr-x 5 root root 160 Jan 12 19:39 environments drwxr-xr-x 17 root root 544 Jan 12 19:39 initializers drwxr-xr-x 12 root root 384 Jan 12 19:39 locales -rw-r--r-- 1 root root 9.3K Jan 12 19:39 newrelic.yml -rw-r--r-- 1 root root 3.0K Jan 12 19:39 routes.rb -rw-r--r-- 1 root root 756 Jan 12 19:39 schedule.rb drwxr-xr-x 5 root root 160 Jan 12 19:39 settings -rw-r--r-- 1 root root 137 Jan 12 19:39 settings.yml

вы же вроде когда RUN cp ./config/database.yml.sample ./config/database.yml это делаете внутри контейнера, а не на хосте, а потом когда vol с хоста монтируете то монтируете диру с хоста в которой нет тех изменений, которые вы ожидаете увидеть

? точно, спасибо)

Привет, подскажите пожалуйса есть 2 контейнера backend и db запускаю через compose на backend есть зависимость: depends_on: - db но по логам - все равно контейнер backend запускается раньше, не может достучаться до базы и падает

depends_on не нужен, пиши чтоб работало даже при падении базы

Видимо происходит инициализация базы, и бэкенд еще не видит базу. Ты стартуй сперва db, а потом backend

https://docs.docker.com/compose/compose-file/#depends_on

может поможет dockerize - https://github.com/jwilder/dockerize