откуда шеф-повар и кукольный источник в домашних приложениях?

236
phatmanace

Мы планируем заменить собственное решение шеф-поваром или марионеткой для развертывания программного обеспечения на компьютерах.

Одна вещь, которая не очевидна для меня в чтении, которое я сделал на сегодняшний день, это, в частности, для внутреннего программного обеспечения, где шеф-повар и марионетка фактически получают программное обеспечение, из которого вы просите их установить. Множество примеров посвящено настройке либо файлов (например, ntpпримера), либо хорошо известных сторонних разработчиков, таких как tomcat и apache.

Если у нас есть внутреннее репозиторий Maven - можем ли мы подключить puppet & chef, чтобы посмотреть на это и использовать его в качестве источника программного обеспечения?

Предполагая, что это возможно, является ли это тем, что обычно делают люди, или они размещают свои результаты сборки в каком-то другом месте хранения (AFS, NFS и т. Д.), Чтобы кукловод мог фактически получить его из

0

1 ответ на вопрос

1
zeridon

Puppet and Cheff are configuration management tools. My cheff expefience is not strong so i will focus on puppet.

Puppet has the possibility to serve files (i imagine cheff also). This can be used to serve your app. If you are crafty with nginx nothing stops you to put it in front of puppet and proxy the necessary file requests to your maven repo or just serve the files from nginx.

Generally serving your whole repo is not a good idea as it will promote errors. Build a more formal release process which will include at some point putting the necessary artefacts in the area served as files by puppet.

Create some simple logic like (for example install always a file muapp-prod-latest.zip or something similar.

the definition for this file can stay static and you manage the file on the filesystem (i.e. symlinks) or it may incorporate a variable defining the version and you control the version.

Похожие вопросы