Откуда шеф-повар и кукольный источник в домашних приложениях?
Мы планируем заменить собственное решение шеф-поваром или марионеткой для развертывания программного обеспечения на компьютерах.
Одна вещь, которая не очевидна для меня в чтении, которое я сделал на сегодняшний день, это, в частности, для внутреннего программного обеспечения, где шеф-повар и марионетка фактически получают программное обеспечение, из которого вы просите их установить. Много примеров вокруг настройки любого файла (например, ntp пример) - или хорошо известные третьи стороны, такие как tomcat и apache.
Если у нас есть внутреннее репозиторий Maven - можем ли мы подключить puppet & chef, чтобы посмотреть на это и использовать его в качестве источника программного обеспечения?
Предполагая, что это возможно, является ли это тем, что обычно делают люди, или они размещают свои результаты сборки в каком-то другом месте хранения (AFS, NFS и т. Д.), Чтобы марионетка фактически получала его из
1 ответ
Puppet и Cheff являются инструментами управления конфигурацией. Мой опыт шеф-повара не силен, поэтому я сосредоточусь на марионетке.
У Puppet есть возможность обслуживать файлы (я тоже представляю себе cheff). Это может быть использовано для обслуживания вашего приложения. Если вы умело работаете с nginx, ничто не мешает вам поставить его перед puppet и проксировать необходимые файловые запросы в репозиторий Maven или просто обслуживать файлы из nginx.
Как правило, обслуживать весь репо не очень хорошая идея, так как это приведет к ошибкам. Создайте более формальный процесс выпуска, который в какой-то момент будет включать в себя размещение необходимых артефактов в области, предоставляемой куколкой в качестве файлов.
Создайте простую логику, например (например, всегда устанавливайте файл muapp-prod-latest.zip или что-то подобное).
определение для этого файла может оставаться статичным, и вы управляете файлом в файловой системе (то есть символическими ссылками), или он может включать переменную, определяющую версию, и вы управляете версией.