为什么使用客户端方式的流水线而不用jenkins

最近，流行客户端方式的CD流水线，重返虚拟机或者云服务器部署，而不搭建相对复杂的服务端方式的流水线。下面来分析下两种不同架构的流水线的优缺点。

好了，作为服务端方式的流水线的代表jenkins，和客户端流水线对比，有什么优缺点呢？

客户端方式的CD流水线的代表是yunedit-ssh，它是由一个sftp文件上传工具演变而来的，用过sftp文件上传工具的同学们，应该可以预见，客户端方式的流水线跟服务端方式的流水线有什么区别。

客户端方式的CD流水线优点：

（1）客户端方式的流水线安装方式要简单很多

首先，客户端方式的流水线，搭建起来比jenkins要简单很多，以yunedit-ssh为代表，yunedit-ssh下载下来就有exe（windows系统）或者dmg（mac OS系统）的直接安装程序，安装完就可以直接使用。而jenkins还需要配置数据库路径、需要配置各种插件和其他配置才能使用。

（2）使用方式更简单

首先，客户端方式的流水线，以yunedit-ssh为例，使用起来要简单很多，无需安装其他的插件，比如不用在服务端安装maven插件、npm插件、.net插件等等。因为开发环境本地本身就有这些环境，可以利用本地的环境，而不需要为了搭建一个流水线做大量配置。

设置界面是纯可视化的设置方式，如下图：

（3）学习成本更低

会用sftp上传工具的同学们，就会使用yunedit-ssh,因为yunedit-ssh的cd部署更简单，yunedit-ssh将CD部署分为三种不同的场景，一种是上传文件、一种是执行本地命令、一种是执行远程命令。都是通过可视化界面设置的，零成本入门。而Jenkins还需要学习Jenkins的架构、Jenkins的脚本语法。

服务端方式的CD流水线优点：

这里以Jenkins，服务端的CD流水线的优点更加明显。

（1）CI方面支持更多的插件，对于一些复杂的场景，支持复杂的第三方插件，进行CI编译。而客户端只能预设客户端本身有这些环境，而不需要额外安装插件。

（2）CD方面支持更多的插件，比如对docker或者j8s的支持等等。

（3）插件的管理方式，可以使用更多第三方开发的插件。

而客户端方式的流水线，更多的是关心执行的是什么命令，而不是用什么插件。

总结

无论客户端方式还是服务端方式都有自己本身的优点，没有谁取代谁的概念。对于本地已经有环境的场景下，使用客户端方式更加简单，对于本地没有环境的场景下，jenkins更加灵活。