引言

在现代的软件开发流程中，持续集成（CI）和持续部署（CD）是必不可少的环节。Jenkins，作为一个广泛使用的自动化服务器，支持这些流程的自动化。然而，随着项目的增长和团队的扩展，Jenkins的架构也需要相应地进行调整和优化。本文将探讨Jenkins的控制器（原称Master）与代理（原称Slave）架构，并介绍如何实现多控制器架构以实现水平扩展。

Jenkins的基本架构

Jenkins的传统架构是基于控制器-代理模式的：

• 控制器：负责接收和处理来自Jenkins Portal、Jenkins CLI、API请求的任务，并决定任务在控制器或代理上运行。控制器也管理Jenkins的配置文件和插件。

• 代理：由控制器分配任务并执行CI/CD任务的节点。代理可以是物理服务器、虚拟机或容器。

一控制器多代理架构

这种架构的图示如下：

控制器 / | \ / | \ / | \ 代理1 代理2 代理3

当大量用户或API请求涌向控制器时，即使任务可以分发到代理节点，控制器本身也可能会因为处理请求而变得非常繁忙。

多控制器与水平扩展

Jenkins通过增加独立的控制