Дженкинс управляет созданием отдельного подчиненного?

Question

Мы являемся магазином .net. В нашей среде Jenkins есть мастер по Windows, один подчиненный сервер Windows и один подчиненный сервер Linux. На каждом подчиненном сервере есть много подчиненных (на самом деле это всего лишь несколько подчиненных Jenkins, работающих на одном сервере), названных в честь бизнес-направления, а проекты принадлежат к этой линии бизнеса на этом конкретном ведомом.

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

1. У некоторых бизнес-направлений гораздо больше проектов, чем у других, и это может вызвать более длительное время ожидания.
2. Если подчиненное устройство выключено, все проекты в этой области бизнеса не могут работать, это вызовет ненужный простоя.

Я думаю об этих правилах отдельного подчиненного:.

1. нужны разные OS/программное обеспечение и т.д., сборках не может быть запущен на том же сервере сборки, требуют отдельного сервера с сервером новый раб на нем.
2. Нужна другая учетная запись для запуска сборки, требуется отдельный ведомый для работы в этой учетной записи, однако можно использовать один и тот же подчиненный сервер.
3. Создайте больше публичных рабов, все проекты не имеют специального требования, могут использовать любой из них.
4. Настройте каждого подчиненного, чтобы иметь несколько исполнителей на основе количества проектов.

Что вы думаете?

Answer 1

Список отличное. Разделите некоторые мои заметки здесь.

Наше предпочтение заключается в том, чтобы пометить рабов на его «возможностях». Например, ведомый может быть помечен как «linux», «clearcase», «win32», «vC++» и т. Д.

Типичное задание не должно связываться непосредственно с ведомым. Он должен быть связан с label. Выражения меток могут иметь логическую арифметику, поэтому вы можете сказать, что это задание должно выполняться на подчиненном устройстве с помощью clearcase в linux. Исключениями являются случаи, когда узлам требуется специальное программное обеспечение, такое как VC++ или Purify и т. Д.

Пункт 4 нуждается в дополнительном пояснении. Да, это должна быть функция машины, на которой работают подчиненные.

Некоторые связанные плагины могут оказаться полезными являются Swarm Plugin, Throttle Plugin