мне нужен одинаковый физический контекст и зачем нужен докер исполнитель на гитлаб раннере
я ему говорю с шелл исполнителем на сервер придется докидывать кучу библиотек, ту же версию пхп придется апать каждый раз для инсталла композера и почему мы в гит не пилим папку вендор, предлагаю ему либо так либо делать докер исполнитель
сказал что почитает))
у меня вот новый вопрос возник - а как принято с сервисами на пхп?
типа вот имеем 3 контейнера 1 с нгинхом и 2 с сервисом на пхп, в них же разная кодовая база и её не запихивают в контейнер с нгинхом
я так полагаю тут надо копать как вообще устроен веб сервер и как запросы обрабатываются, нет ни у кого хорошего источника из уже прочтенных ?)
хм, погугли docker best practices для начала. Лучше всего учиться на примерах. Посмотри, например, на гитхабе как пакуют в докер приложения
depends_on: - postgres - redis - queue - webpack ports: - "8000:8000" ссылку скинул тут смотри сколько зависимостей, и связи между ними. тут если разобраться в логике, можно сразу повысить уровень девопса +3
В твоем случае я бы сделал так: — веб-сервер с кодом php (любой образ для php docker) — nginx для раздачи статики — обратный прокси (nginx) — вебпак/гальп для сборки — если пользуешься — базы данных
Обсуждают сегодня