系列文章目录
前言
接前文，我们体验了一把将nginx应用部署到容器集群上的流程，想必有些同学会发问，服务发布到容器集群的流程也不是很便捷啊！不用着急，我们先回顾一下持续集成和持续部署的前世今生。
系列文章完整目录
一、石器时代
这是比较早的一种交付模式，通过纯手工编译打包，然后通过SecurityCRT/XShell等软件上传war包，然后服务应用服务器的war包目录，再重启应用服务器Tomcat/Resin/Jboss等，完成服务升级。
二、铁器时代
纯手工劳作严重耗费时间且容易出错，所以程序员开始通过使用脚本去代替手工操作，并逐渐形成一些半自动化/全自动化流程，释放劳动力。
三、蒸汽时代
程序员发现脚本化带来的便利开始不满足高速迭代的诉求，例如开始寻求并行构建、自动化测试、安全扫描检查、前后置触发、任务依赖管理等等能力。于是乎，Jenkins等持续集成工具也应运而生。
四、容器时代
随着容器化技术的不断成熟，尤其是K8S等容器编排工具出现，高层决定推行do分离，让开发回归业务，更加专注业务本身逻辑的开发，服务的交付要形成更加标准化和通用化流程。
一站式 DevOps 平台，提供标准化、自动化、服务化、数据化的 DevOps 平台，实现从需求到部署高频、顺畅、高质量的价值交付
五、小结
了解了持续交付的演变进程，我们其实发现核心流程其实并没有变，变的只是存在的形态。下一步，我们可以通过Coding流水线来配置CI/CD，构建我们的服务，来体验便捷交付带来的便利。下一篇《搭建大型分布式服务（二十七）如何通过Coding流水线CI/CD加速容器服务构建部署》
加我加群一起交流学习！更多干货下载、项目源码和大厂内推等着你
版权声明：本文为hanyi_原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接和本声明。