22、DevOps：原理、实践与发展

DevOps：原理、实践与发展

1. DevOps 的核心原理

1.1 快速反馈

反馈应尽可能直接。信息传递经过的阶段越多，其有效性就越低。例如，如果反馈先给经理，经理整理后呈递给副总裁，副总裁再传达给另一位经理，最后由这位经理告知工程师，这样的步骤就太多了。最理想的情况是，遇到问题的人能够直接与解决问题的人沟通。

1.2 放大反馈

与自行解决问题而不反馈相反，放大反馈能让问题更明显。这可以简单到提交一个错误报告，或者严重到暂停流程，直到管理层就如何推进做出决策。当所有反馈都浮出水面时，我们就能获得最多的信息来改进流程。

1.3 知识嵌入

通过使用适当的文档和源代码控制，将配置信息或业务需求等专业知识“嵌入”到流程中。在流程的每一个阶段，所需的详细信息都可以获取，无需在流程外寻找。

1.4 持续实验和学习

创建一种鼓励每个人尝试新事物的文化，这是创新的必要条件。在这个过程中，每个人要明白两件事：一是从实验和冒险中遇到的失败中学习；二是掌握一项技能需要反复练习。具体表现如下：
- 创建奖励冒险的机制。即使新事物失败了，但如果学到了有价值的经验教训，在评估时也会得到奖励。
- 管理层为改进系统的项目分配时间。重视“技术债务”积压问题，分配资源修复放大反馈时提交的错误，避免重复犯错。
- 向系统引入故障以提高弹性。例如进行消防演练，故意关闭机器或网络，确保冗余系统能够正常启动。
- 尝试“疯狂”或大胆的事情。比如尝试将流程时间从一周缩短到一天。

1.5 小批量原则

小批量意味着进行多次包含