CI/CD - 部署
参考资料
刀耕火种的手工作坊时代：古老的SSH
以前的部署方式就是通过ssh实现，ssh是Linux内置的一个网络协议，通过ssh来实现远程登录以及文件传输。比较常见的可以通过ssh的sftp协议将本地编译好的应用（比如java中的包）传输到服务器上，或者通过ssh远程登录到服务器上然后git下载源码编译，然后在服务器上起一个持久化的应用。
进一步，可以编写一些自动化脚本帮助实现这类操作，例如自动运维、一键部署等。
然而，总的来看，将一个后端服务在服务器上启动的方式有很多种，但是这些方式也还是逃不开粗糙的本质，透过花里胡哨的操作与自动化脚本，究其本质还是脱离不了ssh的限制。其内核还是一个一对一的操作，即一个终端对应一个服务端，这就决定了不论怎么样，这种部署方式对于大规模去应用是不可行的。不管做到何种地步都逃脱不了其手工作坊的本质，更何况还会有各种各样运行环境带来的边界问题。
工业革命的制品工坊：Docker Image
docker的环境是一个系统级别的环境，比起应用级别的环境更加底层也更加彻底。系统级别的环境隔离意味着在所有的环境都拥有完全一样的上下文，一台服务器的成功意味着所有服务器的成功。所以我们可以看到，环境隔离是多么重要，而的成功也很大程度上来源于此。
docker意味着所有的操作都是可复制的。而工业制品与手工业的区别也在于此，后续，软件工程师们围绕着的强大隔离性和原子性，出现了诸如自动扩容、滚动升级、高可用、分布式以CI/CD等一系列提升软件质量与服务稳定的优秀实践。
基于Docker Image的持续部署
基于Docker的持续部署是Signal（发送端）、Proxy（接收端）、worker（执行端）组成。可以将一次git提交作为发送端，触发Jenkins流水线任务（接收端）、去执行预设的Pipeline脚本（执行端）。同时，执行端可以是Docker Compose、k8s等。
需要理解 发送端 ——> 接收端 ——> 执行端 这个流程
