Flow vs Jenkins 实操对比，如何将Java应用快速发布至ECS

随着计算机技术和业务不断发展，企业软件规模越来越庞大，交付越来越复杂。持续交付 DevOps 解决方案逐渐深入人心，成为企业开发者研发模式首选。

市面上存在多种多样的 CICD 工具，不同的工具有不同特点。从开源的本地工具 Jenkins、TeamCity，到云端免费工具 Travis CI、Github Action，到如今云原生时代专注于 Kubernetes 的 ArgoCD、Tekton Pipeline。

Jenkins 由于其开源特性以及丰富插件能力，长久以来都是中小企业搭建 CICD 流程的首选。不过 Jenkins 存在维护成本高、配置复杂等缺点，云效 Flow 较好地解决了这些问题。

本文从一个 Java 应用部署到云服务器（ECS）的场景切入，对比使用阿里云云效流水线 Flow 和 Jenkins 两种构建部署方式，供大家选型参考。

需求分析

当前我们有一个存放 Java 代码的仓库，需要对源代码进行构建，获得构建产物并将构建产物部署到云服务器（ECS）组。该过程简单抽象如下：

以 Git 仓库 https://code.aliyun.com/flow-example/spring-boot Spring Boot 工程为例，需要有一个提供java、maven构建指令的运行环境进行 mvn build，将生成的 jar 包同步到服务器组上，执行应用启动命令（如 /home/admin/app/deploy.sh restart），将应用启动。
流程拆分

环境准备

Flow

Flow 作为一个 SaaS 服务，开箱即用。用户只需要一个阿里云账号即可开启持续交付之旅。

在Flow平台登陆阿里云账号后即可新建流水线

Jenkins

Jenkins 是一个开源的 CI 工具，用户需要提供机器资源来部署 Jenkins Master 节点。如果需要在公网环境下访问Jenkins页面，通过公网IP或弹性IP等暴露访问地址。以一台阿里云 ECS（Centos 8）为例，安装Jenkins的过程包括：

# 安装 git、java 基础工具
yum install git java 

# 修改 Jenkins 配置