《DevOps实践指南》读书笔记（二）

easthomeRT

恶性循环三部曲：

大多数的IT从业者可能都对恶性循环三部曲很熟悉。

第一部曲开始于IT运维，我们的目标是让应用程序和基础设施持续运行，以便公司向客户交付价值。我们日常工作中的很多问题源于应用程序和基础设施过于复杂、异常脆弱、文档不完备。这就是我们背负的技术债务，这就是我们每天所处的工作环境。我们总是承诺，一有时间，我们一定会处理这个烂摊子，但是这个时刻永远都不会到来。

更令人担忧的是，我们最脆弱的组件正支撑着最重要的业务系统或者最关键的项目。换句话说，那个最容易发生故障的系统就是我们最重要的系统，也是所有紧急变更的中心。当这些变更失败的时候，那些最重要的公司承诺，例如客户服务可用性、营收目标、客户数据的安全性和财务报告的准确性等，就会直接受到危害。

第二部曲始于有人必须去弥补最近未兑现的承诺—这可能是某个产品经理承诺了一个更大规模、更大胆的吸引客户的功能，或者是业务主管设置了一个更高的收益目标。然而，他们无视技术能实现什么不能实现什么，以及到底为何没能兑现之前的承诺，而是让技术组织按照新的承诺交付成果。

结果，开发团队被指派去做另一个紧急项目，这个项目必然需要解决新的技术难题，需要利用各种捷径以赶上承诺的发布日期，而这又导致了技术债务的增加—此时我们又承诺一有时间就处理这次产生的所有问题。

在这样的背景下，我们进入了第三部曲，也就是最后一部曲。在这里，所有事情都变得更加困难—所有人都越来越忙，工作所消耗的时间越来越多，沟通变得更加缓慢，工作积压的越来越多。我们的工作耦合得更加紧密，即使是很小的行动也会导致较大的事故，我们更加害怕和拒绝做出变更。……

尽管当我们身处其中时很难察觉到，但是当你退后一步，就会发现这个恶性循环是显而易见的。你会注意到产品代码部署消耗的时间更长了，从几分钟到几个小时，再到几天或者几周。更糟的是，部署的效果越来越差，这导致客户服务中断的次数越来越多，需要运维部门来救急，而他们也因此无法偿还技术债务。

结果，我们的产品交付周期越来越长，做的项目越来越少，项目的目标越来越小。而且，对所有人工作的反馈越来越慢，且越来越弱。不管我们做出怎样的尝试，事情似乎总是越来越糟糕—面对日新月异的市场竞争，我们不再能够快速响应，也无法为客户提供稳定、可靠的服务。我们最终因此失去了市场。

我们反复地看到，一个IT做的失败的公司，整个公司也是失败的。

祝文彬老师

东方瑞通（北京）咨询服务有限公司高级讲师。20年IT行业从业经验（涉及系统集成、软件开发等领域），15年IT服务管理经验（涉及专项服务、技术支持、运维保障、顾问咨询等领域），12年高校工作经验（涉及教学及教务管理） 曾为海关总署、国税总局、中国移动、中国联通、国家开发银行、日本三菱银行、中国惠普、西门子（中国）、华晨宝马、北京现代等单位讲授ITIL、ISO 20000、PRINCE2等课程 曾主持海信集团、链接地产、北京地税、中航技工贸、用友集团等单位的ITSM咨询项目

资质和荣誉
EXIN授权ITIL/ISO 20000/BCM/DevOps讲师
EXIN DevOps Master/ITIL Expert/BCM Foundation等证书拥有者
APMG ISO 20000 Auditor/ISO 27001 Foundation证书拥有者
全国电子信息专业技术资格证书—数据中心运维工程师

东方瑞通成立于1998年，总部在北京，分别在上海、广州、天津、武汉、济南、深圳、成都、重庆、杭州和西安建立了直营分部，全国拥有超过40间专业培训教室、40多位专职讲师及180多位签约讲师；作为国内企业级IT高级技术&管理培训的领军机构，为数千家企业客户提供员工外派（公开课）和团体定制培训服务，累计培训专业人才数十万名。