本文介绍如何通过云效流水线快速构建并部署Java应用到ECS。
一、背景
-
使用Java进行开发。
-
使用Jar/War的制品形式进行交付。
-
制品最终会运行在ECS或者自有主机上。
本文档助力研发流程实现自动化协同。
二、用户诉求
一般来说，用户使用主机部署场景如下：
-
对源代码进行一定的质量检测，比如单元测试，代码扫描。
-
将源代码构建成为可交付的制品，比如Jar/War。
-
对制品进行测试环境验证。
-
使用完成验证的制品进行线上部署。
此过程涉及开发、测试和运维三大角色。云效Flow交付流水线旨在简化，确保各方通过统一流程无缝协作，提升效率。
三、云效解决方案
结合云效持续交付流水线和主机部署的能力，为应用持续交付提供了很好的基础保障，如图：
开发者提交代码变更到代码库，云效在监听着代码库的变动，一旦代码发生变化，将自动触发云效流水线构建任务的运行，包括代码检查、构建、测试部署、测试验证和生产部署等过程。其中，在构建完成后，生成制品包并自动上传至仓库，在部署阶段，无论是测试还是生产环境，我们都将从制品仓库拉取最新版本，依据部署策略，灵活部署至阿里云ECS或自建主机上。精简高效，确保环境同步最新。
四、云效操作实践
接下来以一个Java Spring Boot的代码库为例，讲解如何进行构建并部署到阿里云ECS服务器。
模板构建并配置流水线
-
进入云效流水线Flow，单击右上角新建流水线，选择“Java·测试、构建、部署到阿里云ECS/自有主机”模板后单击创建。
-
创建流水线之后单击 添加流水线源 ，选择Flow提供的示例代码源,并进行添加。
-
修改Java构建上传的任务，在构建物上传步骤增加一个打包路径，填入deploy.sh。这个文件存在于代码库中，其中包含了在ECS上进行应用启动的脚本，为了进行后续的主机部署，需要将这个文件也打入到压缩包中，在后续的主机部署任务中可以看到如何使用该deploy.sh。在该配置中指定了target/和deploy.sh两个路径，所以流水线会将这两个文件（夹）打包成为一个压缩包，并进行归档，在流水线中我们称之为制品，该制品也会在后续的主机部署任务中用到。在构建阶段，单击 Java 构建上传 任务进入编辑面板。在 构建物上传 步骤中，上传方式选择 归档至云效公共存储空间(供后续任务拉取并部署)，制品名称保持默认
Artifacts_${PIPELINE_ID}，打包路径分两行填写target/和deploy.sh。 -
接下来配置主机部署任务，在制品下拉框中选择前面的Java构建上传步骤归档的那个制品。选择需要部署的主机组（如无主机组，单击新建主机组并参考主机组管理），然后配置部署脚本与部署策略：
-
下载路径：表示希望把”构建上传”任务中的压缩包下载到机器上的什么位置，在本例的值为：/home/admin/app/package.tgz
-
执行用户：希望以是哪个用户的身份进行脚本执行，本例的值为：root
-
部署脚本：在机器上执行脚本的具体内容，本例的值为：
mkdir -p /home/admin/application/ && tar zxvf /home/admin/app/package.tgz -C /home/admin/application/ && sh /home/admin/application/deploy.sh restart -
暂停方式：希望一个主机组中的机器以什么样的暂停方式进行，比如第一批暂停，每批暂停，或者不暂停。推荐使用第一批暂停，在发布完第一批之后，对线上服务进行观察，如果没有异常，则可以继续其余批的发布。
-
分批数量：希望主机组中的机器分为几批进行发布。比如一共4台机器，分两批，则每批同时发布2台机器。在部署步骤中，制品名称设置为
Artifacts_${PIPELINE_ID}，主机组选择测试示例主机组，分批数量设置为2。
-
添加人工审核机制
如果需要保证只有经过审批的制品才能进入部署环境，则还需要添加一个人工卡点，在上述流水线主机部署前添加如下任务：在流水线编辑页面的流程配置中，单击目标阶段之间的+按钮，在右侧弹出的任务选择面板中找到并单击人工卡点任务，将其添加到流水线中。
在人工卡点任务中勾选需要添加的验证人并单击确定。
其中，验证者方式选择或签（一名审批人同意或拒绝即可），验证者类型选择成员。
流水线运行
配置完毕，单击保存并运行触发流水线。
扫描、单测及构建上传的任务自动完成，并停在了卡点上：流水线触发后依次执行测试、构建阶段，运行到人工卡点阶段时进入等待状态，页面显示验证通过和验证不通过两个操作按钮。
单击验证通过，流水线会进入主机部署的任务，单击部署详情可以看到更多部署信息：流水线在主机部署任务处暂停，状态显示部署批次 1/2，第1批（1台机器）已完成，第2批待部署，暂停方式为第一批暂停。右上角提供取消和继续按钮，单击继续可推进下一批次部署。
单击日志，可以看到执行的日志详情：部署详情页面显示部署单状态为已完成，完成机器 2/2，部署批次 2/2。在部署批次列表的操作列中，单击日志按钮可查看部署日志。日志显示 deploy.sh 执行过程（stop java process → starting java process）以及健康检查过程（检测 http://127.0.0.1:8080，多次 application not started 后返回 code 200，check success），最终输出 DeployCommand execution completed，表明部署成功。
部署回滚
如果发布完成之后发现线上服务有问题，则需要快速回滚。云效Flow提供了通过历史版本直接进行回滚的能力。
在流水线运行页面单击部署历史，然后选择相应部署任务，便可以看到该部署任务所有部署成功记录。
单击版本#2的回滚，即可回滚到该版本。
在弹出的回滚信息-主机部署对话框中，确认当前版本与回滚目标版本，设置发布暂停方式为第一批暂停，发布批次为 2，然后单击确定。
流水线初次部署时页面上可能不显示部署历史页，此时尝试刷新页面可以解决。
通知
为了更好进行协作，Flow提供了通知能力在流水线不同的生命周期节点上进行通知。一般来讲开发团队会关心部署的成功和失败，那么可以将该事件推送到团队的钉钉群中，配置方式如下，单击添加插件，选择钉钉机器人通知，填入webhook地址，再次运行之后，就会收到相应的通知，具体请参考钉钉机器人发送群消息。