网站运维读后感100字

《网站运维》是一本由阿尔斯帕瓦 / 罗宾斯著作，电子工业出版社出版的283图书，本书定价：49.00元，页数：2011-9，特精心收集的读后感，希望对大家能有帮助。

《网站运维》读后感(一)：当我们谈网站运维，我们说些什么

正在读这本书，这些大牛们，结合自身经验，讲网站运维的那些事娓娓道来，我们看到的书都是讲方法，而此书方法方面所述甚少，讲解的确都是心法。

确实我们所要了解的方法，大都通过google师兄可以学到，但心法却极少能有人说的清楚的。而总结成如此精华之物的真的是少之又少了。

《网站运维》读后感(二)：互联网运维之"道"

互联网运维相关的书能上升到“道”这个层面的书很少，这个算一本。对数据采集测量，持续部署，监控，容灾，故障分析等各主题都有涉及。尤其当前互联网服务越来越庞大，开发和运维的职责已经无法明确切割。业务应用与监控，数据采集，部署，配置管理等系统都需要精密结合，最后才能组合出一个完整的系统。文中对面向服务体系结构的几点总结：

应该是模块化的 “做一件事情，并且做好”

应该是协作的 “让我们成为一个村落” 每个服务都需要暴漏API供其他系统协作

应该是可组合的 “应该一切准备就绪” 等准备好了模块化服务后即可组合出更复杂的服务

值得开发以及运维人员一读。

http://jolestar.com/recently-reading-notes/

《网站运维》读后感(三)：作者的运维经验谈，帮你指明方向

这本书是戍总临走前放到我这里的，说实话，和临走没什么关系，只是一前一后的顺序。

这本书是2012年买的，但是估计除了买书的人外，木有人知道。

在这边做事，总是给人一种心有余而力不足的感觉，而且缺少真正的技术氛围——至于我为什么待在这里，是有其他的原因。

为什么领导总是认为，你把别人招过来，人家就要死心塌地的给你干活呢？你欣赏人家的才华，但是人家不欣赏雇佣你的公司啊~

最近又忽悠了一个部门副总进来，大家讨论最多的是能够做多久。

我关注的是，是不是以后会一人配一个经理呢？随手画下了一个头大身子小的章鱼，当然没什么触手，算是Company的真实写照吧……

领导不关注这些，扯多了，不说了。

看这本书的时候，很着急，因为很多内容虽然是实践层面，但是缺少具体的案例，而且大多数内容是点到为止，没有深入讲解下去，或许是比较适合我或者更高层面看，但是没有这个基础也不行啊。

就如同稻盛和夫的那一套，其实有些事情是自然而然的，学习先进经验固然很好，但是直接生搬硬套就不靠谱了。

敏捷啊、数据分析啊、基础架构啊、DevOps啊，技术型管理层一定知道，但是玩政治斗争的就不一定了。注意，这里是技术型管理层，木有人的就算不上了，比如我。

作者实践经验丰富，失败经验也相当丰富——话说那天开会，领导说，我们的员工不能总从失败中获取经验。仔细分析一下，为什么一直从失败中获取经验，但又一直不断地失败？——因为我们的老员工自视甚高，不屑交流，不求进取；我们的新员工又是缺乏独立思想，缺乏主动性的，这一来二去，经验无法传承，又没有测试环境，在生产环境中的失败看起来就是必然的了。

固化的思想，固化的环境，怎能产生创新型的人才？出去交流了几次，发现基层到高层，都是喜于现状，安于稳定，只求终老。高层下发命令，中层传达，底层思考，这样的团队怎能有生命令？每每想到这里，都会和绝症联想到一块，解决的方案好像除了打鸡血和换血之外，没什么好的方式了。之前一直杀鸡给猴看，鸡杀了不少，猴子反正不看。

领导从没有想过，为什么能力强的人都走了，领导也没有想过，为什么有几个人没有走，领导没有想过，为什么管理层一再犯错都没什么事，很多很多事情，领导都没有想过。领导想过的是，腾讯的那种技术氛围很不错，我们也要有，平安的运维工具很不错，我们也要研发……领导不去想怎么落地，这些都交给基层员工了。

很多同事离职了，也想过离职，但是还是之前的那个原因，没有离开。或许是安于那种被需要的感觉，新的想法总是只源于某几个人，而且又不委以重任（呵呵，倒是会委以很多领导自己的重任），时间长了，情况就可想而知。

新技术的运用需要一个研究的过程，领导会给开发的这些时间（少则几个月，多则几年），而对于运维的就绝对不会。对于运维的来说，所开发的任何内容都是脚本，只有开发的才会编写程序，这也是问题。

想法很多，落实不了是中层的问题，别老找基层麻烦。

虽然说点到为止，但是还是值得思考，所以这本书还是在我这里放一段时间，闲来思考思考。

随便聊聊，抱怨多于书评，不喜勿喷。