CODING CD 主机组部署实践

cloud-agent 默认以后台进程启动，启动时会 主动 与 CODING CD 建立长连接，并通过长连接来接收 CODING CD 的指令，如部署。接收到指令后，通过 SSH 到相应的主机上去，做相应的处理。

目前 cloud-agent 只支持 Linux（macOS 也支持，但未提供该版本的二进制下载链接）。

对堡垒机的要求总结来说一句话：既能“攘外”，又能“安内”。外便是 CODING，内便是您的主机。即如下两点：

对主机组的要求只有一点： 开启 SSH 服务 ，并 能够被堡垒机免密访问 。

场景主要分为两种，一种是在公网的主机组，另一种是在私有网络的主机组。在本文中，将采用第二种，基于私有网络的主机组部署。

修改 nginx 配置文件后，启动 nginx 或重新载入配置。

ssh-copy-id [email protected]
ssh-copy-id [email protected]

点击左下角的“团队设置中心”按钮，轻点「功能设置」→「持续部署」→「堡垒机」。

点击 添加堡垒机 ，拷贝初始化脚本，登录到 agent 上，粘贴运行，如下：

agent 运行成功后，可以回到 添加堡垒机 页面，看到刚刚添加的 agent，如下：

添加完堡垒机后，接下来添加主机组。我们可以由一个堡垒机，创建出多个主机组，此时，每个主机组的引申含义便是单个服务的集合，即服务组。例如，您的项目中有三个服务，三个服务的部署情况分别为：

此时，我们可以创建 3 个主机组，分别对应于上面的三个服务。如下：

至此，准备工作完毕。

在持续集成中，点击创建流水线，选择自定义构建过程模板，然后选择使用 DEMO 项目中的 Jenkinsfile。这这个过程中，您可能需要对流水线做一些细微的调整，具体用法可参考我们持续集成的配置文档。

运行 CI 后，制品库中应该有 3 个 jar 包，后续是 通过制品库的制品更新 来 触发 CD 。接下来进入 CD 的配置。

由于三个服务在配置上的相似性，在此，我们以 ServiceOne 为例，其他两个服务，可参考 ServiceOne 的配置。

在选择匹配规则完成后，记得勾选上使用默认制品，并将该制品的别名改成您能识别的，例如：ONE。然后点击保存。过程如下：

在本文中，后续两个流水线中所需制品的别名，将分别命名为 TWO、THREE。