потому что CGI медленный, а с php-fpm его не подружишь

а вообще сча погуглю

я как-то сервил сам phpBB через uwsgi

даже конфиг где-то в гист валяется

могу ссыль кинуть

https://github.com/phpsgi/phpsgi

бегло погуглил - пых с uWSGI через CGI работает сильно медленнее php-fpm который держит пул воркеров, а сторонние солюшены сырые

ну то есть смотреть в этоу сторону смысл есть но пока рано

и только если будут развиваться решения вроде reactphp

так у uwsgi тоже воркеры

документация говорит что в случае с php оно по запросу поднимает воркер через cgi

и после ответа он умирает целиком

https://github.com/php-pm/php-pm

тот же php-fpm только помимо модуля воркер еще и приложение преалоадит

только сырое походу.

да норм, я его даже юзал как-то и знаю пару чуваков у которых в проде оно висит

там все упирается в стрим парсер http который в reactphp никак не могут допилить

но на моих проектах multipart запросов нет)

файлы льются напрямую с клиента на какой-нибудь s3

мультипарт через нжинкс можно разрулить, нет?

эм... нет

хотя может и можно но у меня просто нет такой необходимости

Народ, а можно как-то удалять имаджи из регистри НЕ через curl или burnettk/delete-docker-registry-image?

Можно же как-то, наверное, через docker rmi?

Можно же как-то, наверное, через docker rmi?

Нельзя, только через апи

Пока выход вижу выносить конфиг nginx в volume. Но вроде решение так себе ?

можно через swarm, там свой load balancer, даже конфиги генерировать не придется, но есть очень странные проблемы вроде той, на которую я дал ссылку выше. получается один nginx и произвольное число воркеров.

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

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

ну и голос и видео лучше не гонять в докер сети, память на 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?

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

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