Из моего опыта сайтом часто занимается человек который способен поставить плагин и его настроить. Даже подверстать тему, но такой человек почти всегда мягко скажем не долюбливает cli и composer для него это уже космические технологии.
Я не собирался холиварить о CMS. WP приведен в качестве примера как наиболее популярная. Хотел лишь затронуть момент что именно сделало их популярными. Сайты в интернете делают не только разработчики,. Возможность натыкать себе сайт без соответствующих навыков является отличительной особенностью CMS как класс.
К сожалению, все попытки сделать CMS на Laravel/Symfony/ (подставьте свой вариант) разбиваются о вордпресс.
Как бы круто технически ни была исполнена ваша цмска, вы ничего не сделаете с вп, у которого есть плагины для всего. Натурально, в любой непонятной ситуации ищи плагин, и найдешь несколько на выбор.
И, к сожалению, я даже не вижу кандидатов на то, чтобы эту ситуацию переломить.
Можно всё, кроме, боюсь, одинаковых ip. Пространство адресов на хосте одно, изоляция происходит на уровне iptables. Но дело в том, что по Docker-way вам и не нужно знать ip адреса контейнеров, ибо есть алиасы.
Для контейнеров? Я использую для сервисов (Postgres, Redis...), Для приложения лично мне с ним не удобно. Хотя если ваше приложение это бинарник, то можете использовать хоть busybox.
Запуск в облаке это уже другая история. Задача CI собрать имейдж и запушить. В случае с хероку, например этого достаточно. Если у вас, например, Swarm, то вы держите в репозитории docker-compose, пушите имейджи, а потом делаете docker deploy.
Если же у вас голый докер без аркестратора (что странно для продакшна), вы должны этим докером запулить обновленный имейдж и пересоздать контейнер. Сделать это можете с помощью докера удаленно (нужно тащить в CI ключики от апи докера)
Если у вас фичер бранчи, ветка develop вам не нужна
Согласно GitHub Flow в мастер попадают фичи готовые к продакшну, релизы вы делаете тегами.
Однако GitLab таки рекомендует использовать бранчи для енвов Объясняется это тем, что вы не всегда контролируете процесс резила, например в случае с мобильным приложением.
1. Почему доступ к продакшну валяется в почти свободно распространяемых документах?
2. Почему в базу продакшна можно просто взять и подключится из окружения разработчика?
Машину уровня m4.4xlarge можно взять за $0.50 и даже меньше. (без имен и явок дабы не разводить холивар)
Как бы круто технически ни была исполнена ваша цмска, вы ничего не сделаете с вп, у которого есть плагины для всего. Натурально, в любой непонятной ситуации ищи плагин, и найдешь несколько на выбор.
И, к сожалению, я даже не вижу кандидатов на то, чтобы эту ситуацию переломить.
Но я честно сказать так глубоко не копал, не было нужды
Используется для всяких хитростей
Действительно, на данный момент не задокументирован
Docker в продакшене — чему мы научились, запустив более 300 миллионов контейнеров
Какие известные компании используют Docker в production и для чего?
Docker в Китае: статистика использования и истории успеха
Docker в работе. Взгляд на его использование в Badoo (год спустя)
Если же у вас голый докер без аркестратора (что странно для продакшна), вы должны этим докером запулить обновленный имейдж и пересоздать контейнер. Сделать это можете с помощью докера удаленно (нужно тащить в CI ключики от апи докера)
Согласно GitHub Flow в мастер попадают фичи готовые к продакшну, релизы вы делаете тегами.
Однако GitLab таки рекомендует использовать бранчи для енвов Объясняется это тем, что вы не всегда контролируете процесс резила, например в случае с мобильным приложением.
Есть же GitLab, который один делает все означенное.
А если вы уже используете докер, то вам и хероку не нужен, берите сервак на ДО и разворачивайте там сварм.
1. Почему доступ к продакшну валяется в почти свободно распространяемых документах?
2. Почему в базу продакшна можно просто взять и подключится из окружения разработчика?