Приветствую!
Допустим, на продакшне нужна вот такая, вполне тривиальная связка: nginx+php+redis+mysql.
Само приложение будет довольно простое, ожидается средняя нагрузка (100-500 уников) в пиковые часы.
Изначально думал о том, чтобы собрать все в один контейнер, но почему-то среди готовых решений и мануалов типа "щас мы все поделаем за 5 минут" такие задачи решают связкой контейнеров в docker-compose.
Мне кажется, для решения моей задачи поднимать целую связку - это многовато.
Но, может, именно так надо? В общем, в чем плюсы и минусы подходов?
сергей кузьмин, точнее, один сервис. А поскольку приложение монолитное и активность одного элемента не имеет смысла без другого, всю эту связку, наверное, можно считать одним сервисом. А может быть, и нельзя. В общем, философия - штука прогибчивая, интересно, как такое на практике себя ведет.
> It is generally recommended that you separate areas of concern by using one service per container. That service may fork into multiple processes (for example, Apache web server starts multiple worker processes). It’s ok to have multiple processes, but to get the most benefit out of Docker, avoid one container being responsible for multiple aspects of your overall application.
