《DevOps 精要:业务视角》- 读书笔记（六）

第6章 结语

DevOps有自己的起源以及存在的前提。到2010年，随着条件成熟，形成了对信息科技中开发与运维进行管理的需求以及可能性。这引发了DevOps运动的兴起。

正如众多布道师经常提及的，DevOps并非包治百病的良药。本质上，它有助于解决三个急迫并且复杂的问题：缩短市场响应时间；减少技术债务；消除信息科技的脆弱性。

DevOps构建在精益产品开发和敏捷软件开发两大坚实的基石之上。然而，说DevOps只是采用已有知识是不对的；相反，DevOps不只是扩展了精益产品开发以及敏捷软件开发基石，而且引入了很多重要的新原则。基于这些原则，可以探索、创造并应用各种实践。对于在传统方式下工作的IT部门，这些实践绝非寻常，但每一个实践的背后都有好的理由，有时是基于中立甚至悲观的分析。

基于这些原则，可以探索、创造并应用各种实践。对于在传统方式下工作的IT部门，这些实践绝非寻常，但每一个实践的背后都有好的理由，有时是基于中立甚至悲观的分析。

在一两年之前，我们还可以争论什么是DevOps、什么不是DevOps、DevOps意味着什么、什么是DevOps必备的、DevOps由什么组成。然而，到2018年，整体的视图已经非常清晰。过去5年中成立的公司，无法想像会以其他的方式工作；即便是DevOps一词并未时刻被提及，也没有打在条幅上，DevOps依然是这些初创公司企业文化的自然特征。传统的公司，有遗留的IT方案、IT流程以及IT人员，在灵活性方面受限，但也开始主动寻求新的流行，迈出第一步，尝试、犯错并且学习。一些传统公司已经展示出令人振奋的成就，其他的一些则做出计划并怀揣希望。大量与企业信息科技相关的问题仍然在等待解决。如果技术问题（例如部署流水线的实施）或多或少都清晰了，那么接下来的关键问题是传统公司如何能够从DevOps中取得管理上的收益？

今后几年将是企业DevOps时代。将是有趣的几年，我们有很多需要学习的。

“不断接受新的挑战，即便不确定自己是否完全准备就绪。”
——雪莉·桑德伯格（Sheryl Sandberg），Facebook首席运营官

有可能，合上这本书后，读者会想：“好吧，这并不是一本糟糕的书，一切都看起来很清楚，但都是我以前就知道的。”这将是对作者最好的赞美，我试图通过结构化的、逻辑性的、令人信服的并且尽可能公正的方式，阐述一个相当困难的主题，而这一尝试已经开花结果了。