请首先阅读：
- 一步步实施 DevOps （一）
- 一步步实施 DevOps （二）
- 一步步实施 DevOps （三）
- 一步步实施 DevOps （四）
自动化部署
本章节重点谈自动化部署，每个人对自动化部署都有自己的理解，每个企业对自动化部署的需求也不同。
目前很多云平台开始推出一些列 DevOps 工具，体验了一下，仍然处在初级阶段，也不十分成熟。严格的说他们实现的 CD （持续部署）。
前面讲过持续集成不是 DevOps，这里我要说持续部署也不是 DevOps。CD是从CI中分离出来的，将部署单独提炼出来。
自动化部署远比 CD 要复杂，涉及包括：
- 网络层：网络设备管理，负载均衡切换，路由表管理
- 系统层：基础设施，操作系统，软件运行环境，
- 软件层：软件部署，CD部分
- 缓存层：缓存的刷新
- 搜索层：重建全文索引
- 数据层：数据库结构管理，数据库数据管理
- 日志层：谁，什么时间，做了什么操作，结果怎样
- 除此之外，管理上还需要提案和审批流程等等
所以 CD （持续部署）解决不了企业的生产环境自动化部署需求，CD紧紧是CI （持续集成）运行完成后，将构建物部署到指定的运行环境中。通常CD并不提供回撤功能，所以极少由企业使用 CD 部署生产环境。
Git -> 编译 -> 测试 -> 打包 -> 构建物 -> 部署 -> 运行
CI/CD 的流水线作业只能部署单一项目，对于大型网站就无能为例，例如很多大型网站：
- 构建过程非常复杂，不仅仅是一个项目打包， 而是需要多个模块，处理复杂的配置过程。
- 一次部署多台服务器，每个服务器可能有多个实例，实例间相互依赖关系
- 需要遵守严格的部署和启动顺序
- 记录部署日志，文件的新增，覆盖，删除
- 部署时间点
- 升级不仅仅是代码，还有数据库，缓存……
- 需要改变负载均衡设备节点，设置防火墙策略
- 需要有完备的回撤方案
- 除此之外好虚考虑增量部署和差异部署，例如部署100mb 以上的大文件，甚至GB尺寸的文件
很多 DevOps 方案注重 Docker，K8s解决方案。但实际情况 Docker 并不适用于所有场景，更多是物理服务器，虚拟机，云主机，刀片服务器…
使用 Docker 的前提是，Docker必须部署在宿主主机上，在云主机中部署 Docker 意义不大。
很多企业大量使用云主机，对 Docker 并无强烈的需求。
运维需要怎样的自动化部署工具：
- 项目管理：升级提案，工作流转，工作审批
- 备份管理：任何生产环境部署前都需要备份，必须实现增量备份和差异备份。
- 环境管理：环境部署，基础设施管理
- 阶段管理：开发，测试，生产
- 仓库管理：分支切换，分支保护（例如只允许合并不允许提交）
- 配置管理：每个阶段拥有自己的配置
- 文件过滤：排除过滤，包含获取，替换过滤（替换指定文件中的内容，用户不同阶段的差异区分）
- 覆盖删除：覆盖指定文件，删除指定文件
- 内容优化：Grup, Webpack 优化，压缩js, css,html5, 图片雪碧图…..
- 自动构建：编译，测试，测试报告，打包
- 部署管理：节点管理，增量部署，差异部署，md5sum 校验检查
- 部署脚本：部署前脚本（停止），部署后脚本（启动）或者环境初始化，解决部署依赖
- 时间线：谁，什么时间，做了部署，可以指定时间点随时回撤到指定版本。
- 部署日志：谁，什么时间，做了什么操作，产生什么结果
- 部署报告：生产 Issue或Ticker 报告
版权声明
转载请与作者联系，转载时请务必标明文章原始出处和作者信息及本声明。
