я думаю там такие мизерные задержки, что их и не заметишь

ну и голос и видео лучше не гонять в докер сети, память на port mapping много затратится

всем привет(я вернулся :) Народ какой ща лучший веб(php|python|java|go) манагер для докер-контейнеров на удаленном серваке?

интересно кто ставил эксперименты с webrtc. завтра сам попробую

ведь это p2p коннект, докер тут будет только инициатором коннекта. если конечно это будет по STUN а не TURN

ребят, тупой вопрос

как вы мониторите статусы контейнеров?

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

eval $(use_machine TARGET_MACHINE) docker-compose pull docker-compose up -d

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

у него процесс старта сейчас занимает где-то 30-40 секунд, но иногда по 2 минуты

раньше у меня было что- тотипа

timeout 60 docker-compose logs -f application

но сейчас хочется как-то что-то адекватнее придумать. Что делать и как быть?

можно ли использовать хэлсчеки?

предоставляет ли докер ивенты какие-то?

если конечно идея

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

но может есть что-то менее велосипедное уже?

я не думаю что это какая-то новая задача

Мы, к примеру, у себя используем ранчер. Это как раз утилита для оркестрации контейнерами с интерфейсом. Умеет самостоятельно перезапускать контейнеры в случае падения. Плюс можно из интерфейса новые запускать или гасить, смотреть логи и прочее.

http://rancher.com/

как в докерфайле одного контейнера вызвать команду из другого контейнера? (линк есть и вольюм прокинул)

ssh?

возможно

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

зачем разделять?

приложение может само работать без php?

нет, оно не может работать без всего, что перечислено в докер-компоуз, но это же не говорит о том, что мне нужно делать один большой-большой билд?)

вопрос в том, для чего разделять пхп и приложение?

приложение вообще подключается через volume и все

с :ro

в нем фрейморк, и надо бы выполнять парочку-другую комманд

из серии сбросить кэш, и поставить вендоры, если их нет

те же миграции выполнить

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

делаю, докерфайл)

подрубаешь приложение через волум, стартуешь контейнер с пхп, он выполнив задачу (sh скрипт) завершает работу

а почему не в докерфайле это делать?

через compose выставляешь приоритеты

что когда и зачем стартовать

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

именно

но тогда в этом скрипте все равно придется по ссш коннектиться к пхп контейнеру, верно?

имеем 2 контейнера. 1 - крутит приложение, 2 - скрипт который выполняет то что тебе нужно (php, сброс кэша). К 1 и 2му контейнеру с помощью volume подключаем папочку с приложением. На выходе имеем доступ к приложению у обоих контейнеров.

По такому принципу у меня bareos работает, 4 контейнера имеет доступ к папке с конфигами (с :ro (read only)) Сначала стартует director (sh скрипт) который проверяет доступ к контейнеру с базой данных, ждет пару секунд, затем проверяет наличие базы данных и если ее нет то создает базу, юзера, если есть - пропускает шаг создания и запускает director

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

ну так запусти оба контейнера с php

Докер это вам не виртуалка, чтоб коннектится и дергать

Вот вам вообще он зачем в вашей задачи ? модно ?

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

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

Докер это вам не виртуалка, чтоб коннектится и дергать

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

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

как это сделать?

нужна и бд, и приложение с пхп

без "дерганий и коннектов"

entrypoint.sh

entrypoint

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

какой такой кэш?

специально там сделал ошибку - никакой инфы об этом не вывело

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

и делаешь его своей входной точкой в контейнер

Step 4 : COPY entrypoint.sh /tmp/entrypoint.sh —-> Using cache —-> b066296d9691 Step 5 : RUN chmod +x /tmp/entrypoint.sh —-> Using cache —-> 738cde770555

И?

он не выполнился

и не понятно почему /tmp?

он не выполнился

Что значит не выполнился?

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

при сборке контейнера миграции не прогоняют

то и значит - захожу приложение, и кэш на месте

какой такой кэш?

кэш приложения, который чистится в ентрипоинте

Что?

это троллинг?

Помоему ты меня троллишь.

это ты меня троллиь

*ш

У тебя есть какой то sh скрипт который является входной точкой в твой контейнер