DevOps入门启蒙。


笔记信息

项目 内容
书籍原名 The Phoenix Project A novel about IT, DevOps and helping your bussness win
书籍名称 凤凰项目:一个IT运维的传奇故事
作者 美国:基恩·金 (Gene Kim) / 凯文·贝尔 (Kevin Behr) / 乔治·斯帕福德 (George Spafford)
笔记时间 2021.03.16

凤凰项目

感想

毕业后刚刚入行的自己,迫切需要补充DevOps方面的知识,刚开始直接读的是《DevOps实践指南》,算作是这本书的姊妹篇,书中开始的篇幅多次提到了这本书,索性拿来看了一遍,直接感受就是有趣、真实且发人深省。这本书中多次提到了MRP-8工厂车间,类似天龙八部中扫地僧角色的埃瑞克将工厂的流水线与IT运维进行类比,进而引出了“三步工作法”的理念。其中理解工作流并不断降低周期时间是第一工作法的关键,而第二工作法则强调需要对系统不断施加压力进而强化习惯并改进,第三工作法的关键部分则是让等待时间可视化。个人认为,DevOps属于敏捷研发理念的衍生,而精益则是工业生产流水线的指导思想,它们的出现使现代社会软件和硬件的生产效率得到了极大提升,是值得细细研究并推广到个人发展的重要思想。

笔记

  1. IT运维的四种类型工作:业务工作、IT运维项目、变更、计划外工作。
  2. 未偿还的债务来自于走捷径,那在短时间内也许行得通。但是就像金融债券一样,久而久之,利息成本会越滚越高。如果一个部门没有付清它的技术债务,公司的每一份努力都将以计划外工作的形式来偿还那些技术债务的利息。
  3. 高德拉特教育我们,在大多数工厂里,总有那么一小部分资源,不论是人、机器还是原材料,决定了整个系统的产出。我们称之为约束点或者瓶颈。任何一项团队工作都是如此。不管你怎么称呼它,在你建立起一个可信赖的系统用以管理通向约束点的工作流之前,约束点经常是被闲置的,也就是说,约束点可能在很大程度上未被充分利用。
  4. 计划外的工作会让你丧失开展计划内工作的能力,因此必须不惜一切代价消灭计划外的工作。
  5. 计划外的工作不是免费的,恰恰相反,它非常昂贵,因为计划外工作的代价是牺牲计划内的工作。此外,计划外的工作还有一种副作用。当你把所有时间都用来救火,就没有时间和精力去制定计划了。当你们所做的只是被动应付,就没有足够时间开展繁重的脑力劳动,弄清楚是否可以接受新的工作。那么,盘子里塞进了越来越多的项目,每个项目的可用工作周期都变短了,那就意味着会有更多有害的多任务处理,劣质代码也会增加,也就是说会出现更多走捷径的情况。正如比尔所言,‘我们一直在原地打转’。这是IT工作能力上的死循环。
  6. 如果我们能够把所有的经常性部署工作标准化,最终就能达到产品配置的一致性。
  7. 看起来似乎是一个单独人员的任务,但其实不是。实际上,它是需要在多个人员之间进行多次交接的多个步骤。
  8. 系统思维:始终确保整个企业达成其目标,而不是其中的一部分。
  9. 和高层打交道时,告诉他们坏消息要找适当的时机和场合。
  10. 三种内部控制目标:确保财务报告的可靠性,符合法律法规,运营的效率和效果。
  11. 在竞争的时代,游戏规则就是“快速上市,快速淘汰”。
  12. 开发和QA的环境和生产环境不匹配,绝对不应该发生这样的事。