Как Дженкинс помогает автоматизировать процесс развертывания

Question

Может ли кто-нибудь дать представление об использовании Jenkins для автоматизации развертывания под контролируемыми и неконтролируемыми средами. У нас есть разные среды - dev/qa/uat/prod, и в настоящее время мы используем пакетные файлы, которые вызывают сценарии msbuild/nant для развертывания на веб-серверах и серверах БД (веб-ферма). Разработчики имеют доступ только к dev/qa, а поддержка производства будет установлена ​​на uat/prod. Prod. поддержка получит исходный код из папки тегов SVN и запустит пакетный файл для развертывания приложения.

Используя Jenkins, можно ли исключить шаг продукта. команда поддержки получает сценарий из SVN, запустив задания, используя свои учетные данные с помощью URL-адреса. И какова общая практика использования источника управления и инструментария CI для развертывания приложений.

Answer 1

Моя рекомендация - зарезервировать Дженкинса только для создания программного обеспечения. Таким образом, пользователь Jenkins имеет доступ только к разработке и, возможно, к системам QA.

Чтобы разъединить систему сборки из процесса, который развертывает программное обеспечение, я рекомендую использовать бинарный менеджер хранилища, как:

• Nexus
• Artifactory
• Archiva

В том, что сценарии развертывания могут извлекать любую версию предыдущей сборки. Использование диспетчера хранилища позволит вашей команде QA сертифицировать выпуск до его развертывания на производстве.

Наконец, рассмотрите один из новых инструментов автоматизации развертывания. Такие инструменты, как Chef, Puppet, Rundeck, могут использоваться для дальнейшей версии управления конфигурацией вашей инфраструктуры.