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

depends_on: знаю

кто еще что делает?

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

Никак.

тогда вытекающий отсюда вопрос

Можно потанцевать с темой хелсчеков

хелсчеки нормальная вещь

Можно поделать nc db_port+ sleep 3

Но в целом всё это херня.

какой взять минимальный контейнер с бесконечно выполняемым процессом. Мысль следующая - запускаю отдельные контейнера вручную, но перед этим пускаю нулевый контейнер чтобы подцепиться к логам docker-compose

Делать можно только на уровне кода приложения

В котором говорить что база она точно придет. Верь надейся и реконнект через 2 секунды

хелсчеки нормальная вещь

какую технику используешь?

тот же nc

В котором говорить что база она точно придет. Верь надейся и реконнект через 2 секунды

тоже вариант

это конечно технике fail fast противоречит)

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

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

это конечно технике fail fast противоречит)

Нет. Падай быстро. Но спи и перезапускайсо.

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

так и на чем остановился?

На том что приложение теперь само ждёт базу

Но не директом. Оно спрашивает консул есть ли чо

И консул уже говорит ога

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

В принципе такое же поведение можно получить через consul-template

Когда приложение запущено в exec mode

а когда ты говорил хелзчек, ты что имел ввиду?

потому что я подумал что микросервис реализует рест /healthz и по нему остальные понимают что к чему

Докер hc

И компоуз 3+ версии где есть депенды на состояние hc

прикольно, не знал

какой взять минимальный контейнер с бесконечно выполняемым процессом. Мысль следующая - запускаю отдельные контейнера вручную, но перед этим пускаю нулевый контейнер чтобы подцепиться к логам docker-compose

кто что посоветует?

кто что посоветует?

alpine например, и в нем sleep infinity

оно есть как стандартный контейнер?

туплю. docker run -d alpine sh -c 'while sleep 3600; do :; done'

это тебе только час даст

можно infinity я выше написал

как я понял этого в alpine нет

https://stackoverflow.com/questions/39729241/why-does-the-container-created-with-docker-run-d-alpine-sleep-infinity-goes

неожиданно

что-то docker run -d alpine sh -c 'while sleep 3600; do :; done' тяжело шотдаунится

в общем и целом техника получения логов с ручным контролем запуска сервисов с docker-compose работает

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

можно банить сразу

ERROR: S client not available

+

?

вы бы и Рыбку забанили))

вы бы и Рыбку забанили))

Не увлекаюсь хип-хопом.

ого спама сколько

Ребят привет, такая проблемка возникло, контейнеры поднимаются с volume, но когда скрипт сохраняет файл внутри волума, то дальше его никак не изменить, такое ощущение что у текущего юзера нет прав на write. Кто нибудь сталкаивался с таким? как решили?

Ребят привет, такая проблемка возникло, контейнеры поднимаются с volume, но когда скрипт сохраняет файл внутри волума, то дальше его никак не изменить, такое ощущение что у текущего юзера нет прав на write. Кто нибудь сталкаивался с таким? как решили?

у текущего - это на хосте?

у него и не будет, так как докер пишет под рутом

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

че то не найду где видел решение

че то не найду где видел решение

можно в докерфайле user указать

version: '2' networks: backend: services: nginx: image: tutum/nginx ports: - "8080:80" - "9004" links: - php - mysql volumes: - ./docker-images/nginx/default:/etc/nginx/sites-available/default - ./docker-images/nginx/default:/etc/nginx/sites-enabled/default volumes_from: - php networks: backend: mysql: image: mariadb ports: - "3306:3306" volumes: - ./docker-images/mysql:/var/lib/mysql environment: MYSQL_ROOT_PASSWORD: admin MYSQL_DATABASE: house-db MYSQL_USER: house-user MYSQL_PASSWORD: house networks: backend: aliases: - dbserver php: build: context: . dockerfile: docker-images/php/Dockerfile links: - mysql volumes: - ./src:/usr/share/nginx/html environment: PHP_MEMORY_LIMIT: 512M MAX_UPLOAD: 100M PHP_MAX_FILE_UPLOAD: 200 PHP_MAX_POST: 100M TIMEZONE: "Europe/Moscow" networks: backend: aliases: - php

вот такой комбайн

как тут юзера то указать,

https://docs.docker.com/engine/reference/builder/#user

Вот это?

version: '2' networks: backend: services: nginx: image: tutum/nginx ports: - "8080:80" - "9004" links: - php - mysql volumes: - ./docker-images/nginx/default:/etc/nginx/sites-available/default - ./docker-images/nginx/default:/etc/nginx/sites-enabled/default volumes_from: - php networks: backend: mysql: image: mariadb ports: - "3306:3306" volumes: - ./docker-images/mysql:/var/lib/mysql environment: MYSQL_ROOT_PASSWORD: admin MYSQL_DATABASE: house-db MYSQL_USER: house-user MYSQL_PASSWORD: house networks: backend: aliases: - dbserver php: build: context: . dockerfile: docker-images/php/Dockerfile links: - mysql volumes: - ./src:/usr/share/nginx/html environment: PHP_MEMORY_LIMIT: 512M MAX_UPLOAD: 100M PHP_MAX_FILE_UPLOAD: 200 PHP_MAX_POST: 100M TIMEZONE: "Europe/Moscow" networks: backend: aliases: - php

в сервисе php указать user: айди_юзера_на_хост_машине

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

в сервисе php указать user: айди_юзера_на_хост_машине

спасибо, кину через перменную, это я как понял $UID

так скорее всего не выйдет, он их эвалюейтит уже в докере

но я давно не проверял, попробуй