解读为什么现在都使用yunedit-ssh上传而不是使用传统的winscp上传

很久以前,部署应用,winscp基本上就是标配,因为winscp是可视化的上传工具,可以在客户端很灵活地管理服务端的文件。不过近几年,这种上传和部署方式越来越少了。下面分析下具体的原因。

原因一:而自从jenkins出现后,流水线大大的简化了部署的流程,通过一次性的配置,永久减少部署的时间。而传统的sftp工具没有流水线功能,基本所有的公司都认同这一观点。而yunedit-ssh在保留可视化scp上传功能的基础上,增加了流水线更能,使用流水线也可以在sftp客户端定制,打破了流水线服务需要在服务端安装的格局。

原因二:上云的服务越来越多,而很多内网服务器,并不开放ssh端口,只开放跳板机的ssh端口,winscp无法直接传文件到实际的内网服务器。而yunedit-ssh又打破了这个格局,yunedit-ssh支持了ssh隧道功能,可以轻松地通过ssh跳板机,将云端内网的服务器的ssh端口映射到客户端本地。无需上去云端开放外网端口也可以上传,只需要在客户端设置映射规则即可。

因此yunedit-ssh,解决了流水线问题和内网上传问题,可以做简单的配置就可以一键部署,能极大地提升部署的效率,因此就代替了传统的上传功能了。假如还是用传统的方法,使用winscp每个服务的文件人手上传一次,效率实在太低了。

下面是使用yunedit-ssh设置端口映射的例子。先通过跳板机将机房内网机器的ssh端口,映射到本地,然后本机就可以使用yunedit-ssh作为ssh客户端,访问机房内网的机器了,如下图所示:

接着可以使用流水线功能添加流水线:

点击添加步骤,追加一个步骤,如下图:

选择流水线的类型,添加步骤,有上传文件、执行本地命令和执行远程命令的几种类型,如下图:

也可以添加本地命令的步骤或者添加远程执行的命令的步骤

注意这里,选择的ssh连接,就是我们通过ssh隧道,映射到本地的ssh连接

然后再来看看,yunedit-ssh也有winscp的文件上传、文件下载功能,还有ssh命令行功能

可以看出yunedit-ssh其实就是ssh命令行+winscp+jenkins