/ / Предимство на Дженкинс Master / Slave архитектура? [затворен] - янкинс

Предимство на Дженкинс Master / Slave архитектура? [затворен] - янкинс

Чета за Jenkins Master/Slave architecture и как да го конфигурирате от тук и когато се качвам на страницата, се чудя защо трябва да го направя, каква полза мога да постигна чрез нея.

Търсих подобни въпроси и достигнах тук но все още не са убедени в същото.

Може ли някой да ми обясни, какви ползи мога да постигна със същото?

Отговори:

3 за отговор № 1

Ако имате само няколко задания, които да се изпълняват на една и съща платформа, имате само един майстор на Дженкинс да построите тези задачи.

Но ако имате стотици задачи, работещи на различна платформа (Linux, Windows, 32/64 бита), е по-добре да използвате роб Дженкинс.

Можете да повлияете на някои етикети на всеки роб, за да ги подредите по OS, платформа, ...

Вашите Дженкинс роби могат да се движат на VM или на Docker изображение.

Мисля, че можете да намерите много информация за Stackoverflow.

Лично аз предпочитам решението с Дженкинссървър и някои роби Дженкинс. На капитана зададох броя на изпълнителите на 0, за да имам добри резултати с приложението Jenkins. Всички работни места се изпълняват от роби.

Надявам се, че помага :)