стал изучать такую тему как docker way. Как я понял это что-то типа нотации мол у каждого сервиса должен быть свой контейнер. Это понятно, но применяя на практике стал сомневаться, а что есть сервис... К примеру я имею PHP приложение которое обслуживает исключительно API - общается с клиентами методом JSON-Rest и статики там нет вовсе. Стоит ли дробить данный сервис на отдельные контейнеры (веб-сервер, php-fpm, sql-proxy, memcached) или можно это упаковать все в один контейнер, на который уже по http будут проксироваться запросы?
А потом если у тебя появится какой нибудь еще микросервис, которому нужен кеш, будешь и ему его отдельно ставить?
1 контейнер = 1 один процесс, то что ты выше написал идет в корне в разрез с идеалогией докер
Обсуждают сегодня