文章目录
《DevOps如何落地实施》一共两篇笔记：
【DevOps】DevOps如何落地实施（一）
【DevOps】DevOps如何落地实施（二）
参考资料
一、落实敏捷流程
1、找到合适的试点项目
- 贴近核心业务
- 倾向敏捷业务
- 改进意愿优先
2、应对多变的业务
开发更少的功能，聚焦用户价值，持续快速验证。
3、真正意义上的“干掉变化”
不是使用了一些敏捷工具，团队就成了敏捷开发模式
- 双周迭代。
- 每日站会。站会意义是做到风险点上报和预测，商量具体的对策。不是“工作汇报”
- 需求拆分。
二、使用精益看板
很多人使用Jira看板，原因就是可以更加直观的观测到每一个需求的当前进度。这就是一个典型的可视化板。
看板系统不是可视化系统，看板系统应满足
- 第一步：可视化流程。泳道可以极大提高效率。
- 第二步：定义清晰的规则
- 第三步：限制在制品（需求）数量。
- 第四步：管理工作流程
- 第五步：建立反馈和持续改进
三、做好配置管理
1、版本变更标准化
可以说，标准化是自动化的前提，自动化又是 DevOps 最核心的实践。
2、将一切纳入版本控制
“一切都需要！”比如软件源代码、配置文件、测试编译脚本、流水线配置、环境配置、数据库变更等等，你能想到的一切，皆有版本，皆要被纳入管控。
3、全流程可追溯
针对任意一个需求，你们是否能够快速识别出它所关联的代码、版本、测试案例、上线记录、缺陷信息、用户反馈信息和上线监控数据呢？
对于任意一个应用，是否可以识别出它所依赖的环境，中间件，上下游存在调用关系的系统、服务和数据呢？
4、单一可信数据源
- 对于代码来说，要有统一的版本控制系统，不能代码满天飞；
- 对于版本来说，要有统一的渠道，不能让人随便本地打个包就传到线上去了；
- 对于开发依赖的组件来说，要有统一的源头，不能让来路不明的组件直接集成到系统中。
这不仅对于安全管控来说至关重要，对于企业内部的信息一致性也是不可或缺的。
四、分支管理策略
没什么可说的，尽可能单独模块分支单独管理。
主线分支由专人管理。
五、持续集成
- 每一次代码提交，是否都会触发一次完整的流水线？
- 每次流水线是否会触发自动化的测试环节？
- 如果流水线出现了问题，是否能够在 10 分钟之内修复？
执行的结果第一时间里也需要进行反馈和维护。
