一晃马上就要考DOF讲师了，春节这几天看着这本全英文的考试参考书自然是泪流满面，虽然云层的英文真不咋地，但是看帮助手册还是没啥问题，可是这本书里面的大量的俚语和莫名其妙的比喻，啥都不说了。
也算是基本翻译了全书一遍，就像这本书里面写的一段话：
The volume of any book is naturally limited. Moreover, the volume of this book is limited consciously: few people in today’s realities have the opportunity to spend a significant amount of time reading long texts. Therefore, review of other DevOps practices (and there are a great many of them in books and in the wild), is left out.
任何一本书的容量自然都是有限的。而且, 这本书的容量是有意识的控制: 在现实的现在, 很少有人会花大量的时间阅读长篇大论。因此, 重申其他 devops 的实践(大量出现在主流书籍的内容) 被排除在外。
那么到底这本书到底讲了什么呢，云层这里简单总结一下要点，顺便积累人品，预祝考试顺利达标
1.什么是DevOps
DevOps是在行业的快速交付需求下以敏捷与精益制造为基础，配合自动化运维产生的。
DevOps的核心概念：
a.敏捷软件开发和精益制造理念的演变,
b. 应用于 it 中的端到端价值链,
c. 使企业能够利用现代信息技术取得更大的成就,
d. 由于文化、组织和技术的变化。
DevOps的核心作用：
a.缩短上市时间
b.减少技术债务
c.消除脆弱性
注意：DevOps不是敏捷的一部分，也不是一个所谓的职位或者工具与自动化。
2. DevOps基础
DevOps以精益生产与敏捷为基础，但是并不是组合精益与敏捷。
3.DevOps原则
a.价值流
b.部署流水线
c.通过版本管理所有配置项
d.自动化配置管理
e.DOD定义
4.DevOps主要实践
4.1与传统的不同之处：
a.发布是个日常工作
b.发布基于业务需要
c.基于完全自动化
d.事故立刻解决
e.缺陷修复零等待
f.持续改进
g.创业氛围
4.2构建非凡（战狼）团队
4.3构建可视化（kanban）
4.4限制在制品（WIP）
4.5减少批次（束水攻沙）
4.6关注业务需求（功能非功能都应该被考虑）
4.7尽早检测和修复缺陷
4.8管理而不是控制改进和创新
4.9支持创新的预算
4.10构建任务优先级
4.11构建持续识别、探索和设定约束
5.实际应用
DevOps的适用性和局限性，DevOps不适合对已使用的第三方商业产品进行开发；对于非IT为核心团队的公司，因为他们不会为公司的优化而获得成就感。如果选择开箱即用的第三方软件，那么要选择尽量规范的大厂或者足够开放的产品。对于架构要逐步拆分降低耦合性，无论在哪里立即开始迭代优化，以价值流为核心推进。
上面的内容其实基本就是目录，由于我觉得目录已经体现了知识点关键字，所以仅做了简单的翻译和备注。
对于初学者来说如果想正确的了解入门DevOps，这本书覆盖了主流的核心知识点，改变自己的文化理念及视野是退出瀑布走向敏捷和DevOps的必经之路。
DevOps中大量依赖于自动化运维，而这些IT架构的开发维护平台都面临着比商用软件更大的风险，测试运维（故障注入）是一个非常值得思考的Topic。
