В проекте Docker Swarm, что соответствует стадии «выпуска» 12-факторного приложения ?
Насколько я понимаю, "сборка Docker" соответствует build stage, а образ, который она создает, не представляет собой релиз (потому что он еще не объединен с конфигурацией среды). ).
Вот официальное описание:
База кода преобразуется в развертывание (не для разработки) через
три этапа:
Этап сборки представляет собой преобразование, которое преобразует код репо в
исполняемый пакет, известный как сборка. Используя версию кода на
фиксация, указанная в процессе развертывания, этап сборки выбирается
поставщики зависимостей и компилирует двоичные файлы и активы.
Выпуск
Этап принимает сборку, созданную на этапе сборки, и объединяет ее с
текущий конфиг установки. Полученный релиз содержит как
сборки и конфигурации и готов к немедленному выполнению в
среда исполнения.
Запускается этап выполнения (также известный как «время выполнения»)
приложение в среде выполнения, запустив некоторый набор
процессы приложения в отношении выбранного выпуска.
Они также уточняют:
Каждый выпуск должен всегда иметь уникальный идентификатор выпуска, такой как
метка времени выпуска (например, 2011-04-06-20: 32: 17) или
инкрементное число (например, v100). Релизы только в приложении.
и релиз не может быть видоизменен после его создания. Любое изменение должно
создать новый выпуск.
Сборки инициируются разработчиками приложения при появлении нового кода.
развертывается. Выполнение во время выполнения, напротив, может происходить автоматически в
такие случаи, как перезагрузка сервера или перезапуск сбойного процесса
менеджер процессов. Таким образом, этап выполнения должен быть как можно меньше
движущихся частей, насколько это возможно, так как проблемы, которые мешают приложению
бег может привести к поломке посреди ночи, когда нет
разработчики под рукой. Этап сборки может быть более сложным, так как
ошибки всегда на переднем плане для разработчика, который ведет
развернуть.