《Google SRE 运维解密》读书笔记

Google SRE算是行业的标杆,运维中的特种兵。简单来说,就是SRE很贵,很能干,而且主要是巧干。换句话说,不懂开发的运维,不是真正的SRE.

翻译版的这本书《Google SRE运维解密》很早就想看了,也是拖延症犯了,直到过年的时候才临时拿起来翻了下。

刚开始看的时候感觉还不错,有种仰望的感觉,一下子能够一窥顶级公司的心得理念,实在难得。

所以我在读的过程中,花了一些功夫去揣摩,为什么要这么写,如果让我来思考,可能会从哪个角度来考虑等等。

为了能够对整本书有一个整体的认识,我整理了下面的一个脑图。

整个内容分为5部分,

  1. 概览 2.指导思想 3.最佳实践 4.管理 5.结束语

每一部分的内容篇幅不等。个人认为亮点是第3部分。

bcb7f1ca65f1409fabf48030164112a7.jpeg

然后通过这样的分析可以很明显看出缺点来。

第一个是整本书的结构有些散,主要表现是章节有些太多了,第3部分用了近17个章节。而主要的原因就是这本书的作者是很多Google的前SRE贡献的内容,很多人的内容拼接起来的,所以内容上难免会有些重复的地方,或者看起来提炼得不是很透的感觉。

第二个是这部书的实践性不强,这个可能和自己的预期不大一样,里面提供的更多是一些思想或者考虑问题的角度。没有提到一些很具体的技术实现和设计。在碰到相关的问题时,没有一些具体的案例,还是感觉有些隔靴搔痒。

第三个是行文风格,因为文化的差异,对于里面的例子可能换一个描述效果会更好一些。

当然瑕不掩瑜,这本书的脉络通过目录能够看得很清楚,主要还是借鉴一些思想,或者是方法论的参考。

比如对于开发部门和运维部门的关系,开发关注的是“随时随地发布新功能,没有任何阻拦”,而运维部门想要“一旦一个东西在生产环境中正常工作,就不要再进行改动”,为了改进或者杜绝问题,运维会对开发有一系列的要求,而开发为了绕过运维部门设立的种种流程,而采用其他的方式,比如功能开关,增量更新等方式或者“借口”来快速上线新功能。

SRE是作为运维来说的一个提升方向,也希望相关的同学一起努力,今年转型成功,收获满满。

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/23718752/viewspace-2152303/,如需转载,请注明出处,否则将追究法律责任。

转载于:http://blog.itpub.net/23718752/viewspace-2152303/

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值