凤凰项目读后感---DevOps运维思想

序:
最近,在大神的推荐下,读了这本 《凤凰项目-一个IT运维的传奇故事》,让我感觉很兴奋,自己的眼界突然大了起来,感觉 有种打通任督二脉的感觉,尤其是 提到 三种工作法时,更是让我 联想到之前自己读过的书籍《用户上瘾模式》,《这就是OKR》,发现虽然内容不同,但是 其中的 精华是相通的。

内容回顾:
本书通过讲解 一个新上任 的 运维副总裁-比尔 接手运维团队,从开始就 处理 工资系统瘫痪这个 一级事故,到接受高人指点 进行事故处理的反思,优化,重构,继续处理新故障,到部署 大坑项目,处理大坑项目的事故,对内系统升级,对外服务质量升级,到彻底解决公司IT 故障频发的问题 生动的 理清了 目前 一些公司 出现 故障频发的 问题 原因,思考,及解决方案。让大多数读者 产生了 深深的共鸣,对我的促动也是很大。

IT价值流:在更低的成本和努力下,保障产品的高质量,可靠性,

三步工作法核心原则:

1.流动原则
1.1 部门间并非独立的个体,需要共同配合 进行业务功能的开发和推动.

2.反馈原则
2.1 问题要控制在源头,并采用自动化的 机制进行暴露.
2.2 将庞大任务 部署 简化为小任务,提升排错和修复 成本及 故障影响.

3.持续学习与试验原则
3.1 建立学习氛围
3.2 信任与合作,不指责的事后分析,提升人员战斗力

DevOps原则和模式
就是通过整合企业文化,企业架构和技术架构,让下降式螺旋变成上升式螺旋

个人感悟:
一. 内容收获
个人觉得感触最大的是 书中说到的 反思流程比 新建流程 更加重要。只有不断的 进行尝试 -反馈 -改进 ,通过不断地刻意练习 才能 最终找到 合适的方法.虽然 合适的方法并不存在,永远没有 最好的办法,只有当时 相对合适的方法.

二.联想收获
这本书 三步工作法的第一步,让我联想到 《用户上瘾模型》中,如何 优化功能的方法,画出所有流程,之后 分析 哪些必要,哪些可以优化,看来 优秀的书里 见解都会有 类似,只有了解的信息越多,才能越做出正确的判断.

凤凰一书还提到,要让 参与者都为一个 大的目标 去做努力,知道自己的 努力对系统的作用,我想,这不就是 OKR思想嘛,充分发挥 团队的优势,减少不必要的资源浪费,减少等待 队列时间.

扫描二维码关注公众号,回复: 8554859 查看本文章

看书看得累了,写不动字了先写这么多,以后再继续补,读完了 我也得想想未来如何 让书的内容改变我的工作和生活,要干的还有很多呢,哈哈

大家有兴趣去读读吧,很优秀的一本书!!!

我记录的思维导图

猜你喜欢

转载自blog.51cto.com/7865145/2466194