LOGO

祝文彬老师 试听

主讲课程

  • .APMG ISO 20000审核员
  • .EXIN BCM-业务连续性管理
  • .ITIL ® 2011版初级课程(ITIL ® Foundation 2011)
  • .ITIL ® 2011中级 生命周期-服务战略(SS)
  • .ITIL ® 2011中级 生命周期-服务设计(SD)
  • .ITIL ® 2011中级 生命周期-服务转换(ST)
  • .ITIL ® 2011中级 生命周期-服务运营(SO)
  • .ITIL ® 2011中级 生命周期-持续服务改进(CSI)
  • .ITIL ® 2011中级 能力模块-运营支持与分析(OSA)
  • .ITIL ® 2011中级 能力模块-计划保护和优化(PPO)
  • .ITIL ® 2011中级 能力模块-发布控制与验证(RCV)
  • .ITIL ® 2011中级 能力模块-服务提供与协议(SOA)
  • .ITIL ® 2011高级 跨越生命周期的管理
  • .PRINCE2基础课程
  • .PRINCE2中级(实践者)
  • .Excel岗位应用——财务中级应用:常规模板设计与统计
  • .APMG-国际标准与架构 COBIT_基础课程
  • .DASA DevOps Fundamental认证培训
  • .EXIN DevOps Master认证培训
  • .EXIN DevOps Pre-Master认证培训

《DevOps实践指南》读书笔记(二)

  • 发布日期:
  • 2018-05-17
  • 浏览次数:
  • 74
  • 分享

编号

002

名称

恶性循环三部曲

对应书上章节

导言

撰写日期

2018512

恶性循环三部曲:

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

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

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

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

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

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

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

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

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


以下所有均为我们的专职老师原创,转载请注明出处

上一篇 《DevOps实践指南》读书笔记(一)

下一篇 《DevOps实践指南》读书笔记(三)