版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/u014621467/article/details/82773084
本文摘抄自：DevOps的概念与实践
敏捷 & DevOps
- 业务需求是变更的驱动者，少做一些，但做的更好，交付更快。==>敏捷开发
- 将敏捷应用于生产：连接开发和运维==>DevOps
- 为了有效掌握敏捷冲刺部署以及实施DevOps，需要实现部署自动化。因为手动总是容易出错，速度慢，无法做到高效
安全的数据库部署自动化
实现数据库自动化，需要考虑以下因素：
- 在执行一个工作流程时，有恰当的数据库版本控制系统，应对数据库独有的挑战。这样可以防止任何流程外的变更、代码覆盖或不完整的更新
- 通过版本控制最佳实践，获得关于谁在什么时间因为什么做了什么的完整信息。确保变更的完美记录是以后部署的基础
- 与基于任务的开发相协调，使每个版本控制下的变更与一个变更请求或一个问题单相关联。这使得基于任务的部署、部分部署和最后时刻的范围变更可以在代码和数据库之间协调
- 确保配置管理&一致性，这样，每个开发环境、分支、主干、沙箱及测试或生产环境都遵循一样的结构、一致的状态。或者对任何偏差和差异做详细说明
- 处理部署流程自动化的脚本化接口能在每次执行时提供可重复的结果
- 提供可靠的部署脚本，能够解决冲突、合并代码、以及与其他团队交叉更新，同时还能忽略错误的代码覆盖，以及完全集成到版本控制库
- 动态提供自动生成的开发脚本，处理部署项目范围内的任意组合，从多模式的大型更新，到基于单任务的变更及其所依赖的对象
- 在变更部署前后，利用“标签”（标记数据库结构快照和相关内容）作为安全网，这样随时都可以简单快速回滚
- 可以完全集成到其他系统（ALM、变更管理/问题单、构建服务器以及发布管理器）
数据库自动化很容易与变更和发布流程的其余部分实现集成，进而实现完整的端到端的自动化