发布文件到云服务器的四种方法

对于还没有使用云原生的系统，还是使用云服务器部署应用的系统，最简单的部署方法是什么呢？下面来对比一下。

目前公司的应用架构是这样的，对外有一台对外的云服务器做ssh跳板机，其他的服务部署在云端内网，不对外开放端口。

这就是涉及到一个问题，每次更新文件，重启服务，都必须先将文件传到跳板机，然后再在跳板机将文件传到内网，再使用跳板机的访问内网的命令行，重启服务，但是这样多几个服务的时候，发布就非常麻烦。

一、第一种方法，使用jenkins搭建发布流水线，在服务端编写jenkins脚本，拉取git仓库的代码， 编译应用，再编写scp传输脚本，将应用上传到目标服务器或者打docker镜像，再编辑重启脚本。

这种方法是比较重量级的方法，由于需要在服务器搭建git组件、maven、npm等构建工具，还需要编写jenkins代码，比较重，也比较麻烦，假如不想搭建这么多服务的话，于是有了方法2.

二、第二种方法：使用yunedit-ssh的发布流水线实现，yunedit-ssh是一个客户端sftp和流水线工具，它自带ssh隧道功能，可以通过ssh隧道，直接穿透到云端内网，直接通过可视化界面配置流水线，部署到内网的服务器。

由于是通过界面配置的，也不需要在服务端搭建制品库，因此比jenkins要轻很多，如下图所示：

三、使用SecureCRT‌+winscp上传，再登录跳板机执行重启命令

因为SecureCRT‌有ssh隧道功能，winscp有上传功能，可以使用这两者配合，实现方法二的上传阶段，由于这两者配合只能上传文件，没有流水线功能，因此在部署多个服务的时候还是比较复杂的，因为重启还需要去手工操作。

三、使用winscp或者yunedit-ssh上传到跳板机，再登录跳板机传送文件

某些场景，运维人员出于安全原因考虑，不想用前几种方法，不想开通ssh隧道，也不想搭建jenkins，就只能使用这种人肉更新的方法了。这种方法效率最低，没有使用流水线，也没有使用ssh隧道做内网穿透。