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

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

лол, вовремя я зашел

подскажите, а есть готовые images php+apache+nginx?

nginx в качестве прокси

nginx+php точно есть

да, это видел

но меня интересует не fpm, а именно apache

с модулем php

почему такой выбор?

в апаче модуль поди самописный

хитрый

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

нууу

слабый аргумент

а что мешает собрать свой образ ?

хотя

.hteaccess же поди хитрый )

слабый аргумент

в чем его слабость?

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

т.е. работает - не трогай

тогда не надо докеризировать )

работает — не трогай

ну...

я имел в виду, не меняй внутреннюю архитектуру

тут видишь какой прикол. в куче тестов от знатоков показали, что связка nginx + php-fpm производительней и ест памяти меньше

тут видишь какой прикол. в куче тестов от знатоков показали, что связка nginx + php-fpm производительней и ест памяти меньше

Это миф

кто знает )

был сайтик какой то

просто заменить apache, где уже и mod_rewrite настроены, и прочие настройки на php-fpm может быть затратно

где агрегация композов разных была

просто заменить apache, где уже и mod_rewrite настроены, и прочие настройки на php-fpm может быть затратно

и бессмысленно

лично я за цифрами не гоняюсь, я юзаю php-fpm, потому что apache для меня странный с его htaccess и прочим

попробуй на гитхабе просто поискать

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

были композы готовые, я видел кучу

но тут приколы начнутся другие

alpine или нет. надо модули чекнуть, какие есть

были композы готовые, я видел кучу

а ссылочкой не поделитесь, если есть недалеко?

php apache nginx docker

в поиск

вылезет типа

https://github.com/webdevops/php-docker-boilerplate

https://github.com/webdevops/Dockerfile

но там стоит покопаться с точными версиями

и конфигом пхп

а то лишняя опция проскочит и будет срака. вдруг вы все ошибки насильно глушите )

ну и мягкий режим mysql включить ) кодеры любят к БД относиться, как к помойке :D

У меня Postgres

Не люблю MySQL.

о, это очень круто )

почему не любишь?

давай аргументы

:D

Нежданчиков много. Нестрогий режим (до 5.7). Нет процедурного языка. Хуже с индексами. Не такие адекватные типы для json. И ещё много чего.

На самом деле, тут вопрос "первого впечатления"

Увидел одно - сразу понравилось. Другое - не понравилось.

?

хорошие аргументы )

Вот и все. Прошло куча времени, и то и то поменялось, но первое впечатление осталось

ERROR: S client not available

json в mysql ужасный. сейчас перевожу пару проектов на pgsql :D

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

в общем пробуй на гитхабе искать — apache2 nginx php pgsql

Я до Postgres работал на проекте с Java EE. И там был Oracle. Вот после оракла MySQL не зашёл категорически

в общем пробуй на гитхабе искать — apache2 nginx php pgsql

Спасибо, буду пробовать

о, это очень круто )

Это пофиг. Postgres пахнет нафталином и кейсы его использования весьма ограниченные

Толсто

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

вообще, у php есть кажется весь спектр официальных образов, к тому же весьма не дурных, а проксю то нафига внутрь пихать, запусти рядом (другое дело что в альпине nginx почему то нет www-data

В pgsql есть Read only instance, как в MySQL 5.7?

но это основной веб. да. хотя я не очень понимаю чем говносайтики отличаются от неговносайтиков

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

драка-драка

для билда имаджа вообще не нужен ансибл

Прекрасно это понимаю

Мой кейз, есть маленькая софтина, которую нужно раскатать на серваки. Реджистри нет или он недоступен

поэтому ансиблом

Но нет дак нет

поэтому ансиблом

пусть ансибл модулем command делает docker-compose up -d этого будет более чем достаточно

идемпотентность, там?

нафиг я тогда не fabric взял? :)

идемпотентность, там?

врядли

ну вот именно

ну как бы если прокет запущен, то ничего страшного не будет вповторном вызове

Привет, такой кейс: запускаем около 100 более менее однотипных сайтов на вордпрессе (прости Господи), т.к. он известен своей “стабильностью” да и в целом php – не наша среда, то хотим каждый из них изолировать и упростить деплоймент. Вариант 1: поставить всем mariadb, redis, elasticsearch для общего пользования и просто каждый сайт деплоить отдельным ось юзером, отдельным юзером базы итп. Вариант 2: упаковать каждый сайт в контейнер через docker-compose (т.е. несколько контейнеров на сайт) Вариант 3: упаковать все зависимости в один контейнер для упрощения жизни. (со всеми немногочисленными зависимостями lamp + elastic)

Привет, такой кейс: запускаем около 100 более менее однотипных сайтов на вордпрессе (прости Господи), т.к. он известен своей “стабильностью” да и в целом php – не наша среда, то хотим каждый из них изолировать и упростить деплоймент. Вариант 1: поставить всем mariadb, redis, elasticsearch для общего пользования и просто каждый сайт деплоить отдельным ось юзером, отдельным юзером базы итп. Вариант 2: упаковать каждый сайт в контейнер через docker-compose (т.е. несколько контейнеров на сайт) Вариант 3: упаковать все зависимости в один контейнер для упрощения жизни. (со всеми немногочисленными зависимостями lamp + elastic)

Во втором варианте у каждого сайта своя база, редис, и т.д?

Если оперативы не жалко - я бы так делал)

получается да, я в продакшн ничего на докере еще не запускал. и как раз этот момент смущает - ведь база к примеру сама по себе бесплатно не работает

тому же эластику нужно хотя бы 1гб отрезать

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

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