best practice, каждая сущность должна быть в своем контейнере, это дает гибкость в управлении и тд.
А если у меня в теории есть такие докерфайлы 1. php + node 2. php 7.3 3. php 7.4 Как тогда быть ?
Вы для одного проекта собираетесь использовать сразу несколько версий php?
Неа, хочу на докер перенести несколько проектов
Под каждый проект собирайте билд используя docker-compose
То-есть файл docker-compose лучше собирать под каждый проект отдельно ? И в случае если у меня есть на проекте и nodejs и php, создавать отдельный контейнер под каждый ?
можно в одном docker-compose.yml , где например будут 1 nginx , 1 mysql, N php, N nodejs. Все приложения будут обслуживаться одним nginx и одной базой, как пример
А, я понял, в случае, если надо чтоб контейнеры зацепились за один экземпляр nginx, mysql, ... то делаем все в одном файле
не, не обязательно, можно и в разных, просто при малом кол-ве всего барахла, вот лично мне удобнее в одном docker-compose.yml все держать
В разных, в случае если мы создадим два контейнера с mysql По типу такого
Я бы тег latest не использовал, лучше разверните проект на тех версиях на которых у вас работает проект в данный момент, так как после большего перерыва при следующей сборке образа может проект не запуститься
Угу, спасибо !
Обсуждают сегодня