Это убивает всю суть stateless идеологии

С хоста у меня и так всё работает

Создай третий контейнер который стартует, наполняет volume и завершается, лол.

А зачем код в контейнере с nginx? Он же не умеет с ним работать в общем случае. Статика отдельно контейнере с nginx, php отдельно в контейнере с php-fpm. Мухи от котлеты по разным тарелкам. А иначе какой смысл в разные контейнеры паковать.

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

А тут есть не теоретики, а те кто реально юзает php + nginx в проде?

Конечно.

А зачем код в контейнере с nginx? Он же не умеет с ним работать в общем случае. Статика отдельно контейнере с nginx, php отдельно в контейнере с php-fpm. Мухи от котлеты по разным тарелкам. А иначе какой смысл в разные контейнеры паковать.

Вы себе как представляете отделение "мух" от "котлет" в типовом проекте при выкатке из гита? На лету расфасовывать?

Ну это архитектурная проблема разрабов). Иначе задача напоминает давайте сделаем все в докерах ради докера.

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

Всё верно, он и не должен. Те приложения что на том же Go, прекрасно вписываются в концепцию, пышные, в силу своей специфики - нет. А они есть. И с ними надо как-то работать.

Ну это архитектурная проблема разрабов). Иначе задача напоминает давайте сделаем все в докерах ради докера.

Ок, у Вас есть ндцать пышных проектов на поддержке?

Всё верно, он и не должен. Те приложения что на том же Go, прекрасно вписываются в концепцию, пышные, в силу своей специфики - нет. А они есть. И с ними надо как-то работать.

Ну так тебе верно пишут - код php-fpmу, статику nginxу - какие-то тяжелые данные у тебя в принципе всегда идут мимо контейнеров - это проблемы приложения где они их будет хранить, в какое облако/cdn положит итды.

Ну так тебе верно пишут - код php-fpmу, статику nginxу - какие-то тяжелые данные у тебя в принципе всегда идут мимо контейнеров - это проблемы приложения где они их будет хранить, в какое облако/cdn положит итды.

У вас есть приложение на symfony, есть js/css это тоже отделять для nginx? Тяжелые данные - полностью согласен.

У вас есть приложение на symfony, есть js/css это тоже отделять для nginx? Тяжелые данные - полностью согласен.

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

Ладно, я задам вопрос иначе: кто из присутствующих в чате использует связку symfony/php-fpm/nginx в проде и при этом приложения в контейнеры

странный вопрос. допустим использую

странный вопрос. допустим использую

Как у Вас организован процесс деплоя приложения?

DOCKER_HOST + docker-compose

А где хранится код? На хостовой машине?

вопрос по гитлабу, морда говорит что репа пустая, но если делаю клон себе локально - там есть папки .git и sources есть идеи почему в вебе пусто?

А где хранится код? На хостовой машине?

в контейнере

вопрос по гитлабу, морда говорит что репа пустая, но если делаю клон себе локально - там есть папки .git и sources есть идеи почему в вебе пусто?

А ты точно в том бранче, в котором надо?

в контейнере

У вас общий контейнер для php-fpm + nginx?

А ты точно в том бранче, в котором надо?

да там как бы... гитлаб говорит что вообще нулевый проект.

нет ни бранчей ничего

У вас общий контейнер для php-fpm + nginx?

nginx отдельно. fpm просто слушает порт, в nginx прописан proxy_pass на контейнер

Ок, а код у вас добавлен в оба контейнера?

неть

защем?

А как nginx отдает статику?

А как nginx отдает статику?

по tcp

А как nginx отдает статику?

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

Спасибо. В общем проблема не решена

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

нет ни бранчей ничего

Проверь для начала, что гит конфиг совпадает с тем, что в браузере :) Если совпадает, то нужно смотреть, что там гитлаб пишет в логах, например

грубо

я взял ссылку для клона и сделал локальный клон

Я уже поделился. symfony + nginx + php-fpm. Не хочу закидывать код в оба контейнера. Хочу чтобы в dev среде, в тот же куб, можно было выкатить два контейнера для приложения nginx и php-fpm и не париться с кодом. То бишь в CI при билде добавить код и все. Сейчас, повторюсь, выкатка через capistrano и маунт папки с хостовой машины в оба контейнера. В идеале был бы volumes_from для незаэкспортированных volume ов, а просто для любой папки...

сделал монолит, монолит плохо раскидывается по контейнерам(микросервисам), боль, тлен, страдания

сделал монолит, монолит плохо раскидывается по контейнерам(микросервисам), боль, тлен, страдания

Вы про nginx + php в одном контейнере под супервизором?

да

ну и про фронт на симфони.

Ну так себе решение. У меня самосборные контейнеры для nginx и php, да и в проде они в разных запущены.

https://twitter.com/markrussinovich/status/938261956959526914

Ахах

https://hh.ru/vacancy/23802743

Вакансии в соседний чятик, тут же технические обсуждения.

Нет, в соседнем чатике сидят одни троли.

Я туда больше ни ногой

Нет, в соседнем чатике сидят одни троли.

Тут тоже.

причём те же )

Я туда больше ни ногой

Ахах

Спрощу тут ещё, скопипастил с докер темы )) не пинайте

Alexey Tihonov, [Dec 12, 2017 at 4:09:10 PM]: С докером тут вопросов пара есть. Выбрали оркестратор контейнеров номад, все нравится, все хорошо. Но вот как быть с приложениями у которых есть данные (база например). Пока я вижу такой способ - для приложений требующих записи данных ака mysql, prometheus, их держать тупо в виртуалках или железе, а приложениям которые могут разворачиватся из артефактов и им сторадж не нужен (микросервисная архитектура) их в докеры. Я не беру сейчас приколы с iscsi и прочими приключениями. Вот собственно вопрос - правильно ли я рассуждаю или что то пропустил. То есть упаковать ВСЕ в докер нет смысла, SWARM пробовал с их миграцией, так он после переноса диск обнуляет )) Вопрос именно по докеру, я знаю что номад может прибивать гвоздями к железу приложение или виртулке (одна из причин почему именно он). Просто не нашел аналога миграции в докере как в qemu+ssh )

Ребята, подскажите отправную точку в изучении DevOps (не пинайте сильно ?) опыт администрирования 10+ лет, но все в среде инфраструктуры а не разработки и CI\CD. Планирую вкатиться в тему. Поставил Docker потыкал покатал, понастраивал сети между контейнерами. Не увидел большого преимущества с виртуалками. Понял, что дальнейший шаг, видимо, оркестрация. В данный момент пытаюсь освоить Kubernetes у гугла. Но такими скитаниями как-то все медленно происходит. Может есть толковая литература или курсы (даже платные)с лабами и прочими ништяками? Спасибо!

Ребята, подскажите отправную точку в изучении DevOps (не пинайте сильно ?) опыт администрирования 10+ лет, но все в среде инфраструктуры а не разработки и CI\CD. Планирую вкатиться в тему. Поставил Docker потыкал покатал, понастраивал сети между контейнерами. Не увидел большого преимущества с виртуалками. Понял, что дальнейший шаг, видимо, оркестрация. В данный момент пытаюсь освоить Kubernetes у гугла. Но такими скитаниями как-то все медленно происходит. Может есть толковая литература или курсы (даже платные)с лабами и прочими ништяками? Спасибо!

>не увидел преимущества с виртуалками Докер не про виртуалки, а про доставку в большей степени

Вроде правильно идёшь. Курс по куберу вот тут вроде неплохой, сам собирался его проходить https://www.edx.org/course/introduction-kubernetes-linuxfoundationx-lfs158x

ERROR: S client not available

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

https://www.udacity.com/course/scalable-microservices-with-kubernetes--ud615

Вроде правильно идёшь. Курс по куберу вот тут вроде неплохой, сам собирался его проходить https://www.edx.org/course/introduction-kubernetes-linuxfoundationx-lfs158x

Благодарю. Читают индусы?

там сразу с лабами

там сразу с лабами

круть. Спасибо, схоронил.

Благодарю. Читают индусы?

Вроде да. Но как я говорил, не успел пока даже начать

а в google cloud platform никто не разворачивал Kubernetes? Есть нубский вопрос

Ребята, подскажите отправную точку в изучении DevOps (не пинайте сильно ?) опыт администрирования 10+ лет, но все в среде инфраструктуры а не разработки и CI\CD. Планирую вкатиться в тему. Поставил Docker потыкал покатал, понастраивал сети между контейнерами. Не увидел большого преимущества с виртуалками. Понял, что дальнейший шаг, видимо, оркестрация. В данный момент пытаюсь освоить Kubernetes у гугла. Но такими скитаниями как-то все медленно происходит. Может есть толковая литература или курсы (даже платные)с лабами и прочими ништяками? Спасибо!

Виртуалки ресурсов больше едят. Контейнеры изначально делали, что б оверхед убрать.

А вот прям DevOps не бывает курсов? Есть у otus.ru но там как то все подозрительно...

А вот прям DevOps не бывает курсов? Есть у otus.ru но там как то все подозрительно...

А чем подозрительно?

А чем подозрительно?

А вы оттуда?)

А вы оттуда?)

Нет)

Ну для начала даты начала курса динамические т.е. фикс расписания нет

Набор я так понял перенесли

Но сижу в соседнем кабинете)

Нажал на сайте напомнить о начале курса - ни ответа ни привета

Простите, но в 2017 так ведут себя шараги, имхо

Передам)

Не обязательно.

Окей

Я им а группу все этоже примерно описал. Кроме последнего. Понимания не встретил и вышел из группы.

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

и есть где-нибудь конфа по CI?

source .venv/bin/activate && Workspace Cleanup Plugin

сенк

сейчас попробую

доброго времени суток, у nginx можно написать вот так ? include /etc/nginx/conf.d/**/*.conf;

я хочу что бы и поддиректории подключались с conf.d

Ответ на твой вопрос есть в официальной документации.