小记：这篇文章包含知识点有点多，后面文章会提到。这篇文章主要是给公司内部开发看的，包含知识点有 Jenkins，gitlab，KubeSphere，helm，Argo 等技术 1 技术背景 传统部署方案更新服务太慢，因为流程里有拉取代码，打包，制作镜像，上传与拉取镜像，启动服务。新的部署方案可以提前打包，制作并上传镜像。更新服务的时候只有拉取镜像与启动服务的操作。 传统部署方案需要部署一个服务审批一次，增加多余的人为操作。新的部署方案点一下所有服务并行部署 传统部署方案没有开源的部署大盘，不能详细的查看集群状态。新的部署方案集成部署大盘 传统部署方案多个集群，多个项目维护复杂。新的部署方案一个页面可以看到多个项目与集群的情况 新方案通过 gitops 保证服务编排文件不会变动，并提供备份 传统部署方案回滚麻烦，就算预先写好策略也只能回滚一次，执行了在想回滚只能找运维。新的部署方面回滚简单 新的部署方案灰度发布过更优雅。并且可以分流，如百分之 80 的流量都访问新部署的节点（但是 dubbo 架构不云原生，无法体验到，只能根据数量做流量权重，比如新节点 1 个，老节点 3 个，百分之 ...