Распределенные сборки Jenkins: ферма сборки для разделения сред сборки
В настоящее время у меня есть одна мастер-установка Jenkins для нашего проекта непрерывной интеграции. С помощью этого экземпляра Jenkins потребуется построить несколько разных проектов, каждый из которых имеет свои зависимости от проекта, а также от системы.
Из того, что я прочитал в документации Jenkins, распределенная архитектура сборки может быть реализована для обеспечения различных сред, необходимых для сборок / тестов:
Jenkins поддерживает режим "главный / подчиненный", где рабочая нагрузка строительных проектов делегируется нескольким "подчиненным" узлам, что позволяет в одной установке Jenkins размещать большое количество проектов или предоставлять различные среды, необходимые для сборок / тестов.
Я хотел бы использовать этот подход, чтобы избежать отказа от системы непрерывной интеграции для всех проектов в случае, если есть проблема с зависимостями одного проекта.
Вместо этого просто агент для проекта со средой, в которой есть проблема, был бы недоступен, и другие наши проекты могли бы создавать / тестировать без проблем.
Мой подход заключается в том, чтобы запустить Jenkins Slaves/Agents через SSH, каждый из которых настроен на то, что требуется для создания конкретного проекта. В конфигурации заданий я ограничу то, где проект может быть построен на соответствующем подчиненном / агентском узле.
- Есть ли какие-либо проблемы в том, что агенты Jenkins являются виртуальными машинами с разрешаемыми IP-адресами, работающими на той же машине, что и Jenkins Master (поскольку цель состоит не в том, чтобы получить вычислительную мощность, а в том, чтобы обеспечить изолированные среды для сборок / тестов)?
- Должно ли быть достаточно простого использования virtualbox для запуска виртуальных машин Slave/Agent и настройки этих машин в среде, необходимой для создания / тестирования конкретного проекта, с точки зрения целей проекта?
Заранее всем спасибо за любые советы о том, как лучше всего создавать изолированные среды для моих проектов!