构建高性能Web站点

出版时间：2009 年  出版社：电子工业出版社  作者：郭欣  页数：402  字数：608000  
Tag标签：无  

内容概要

　　 本书围绕如何构建高性能Web站点，从多个方面、多个角度进行了全面的阐述，涵盖了Web站点性能优化的几乎所有内容，包括数据的网络传输、服务器并发处理能力、动态网页缓存、动态网页静态化、应用层数据缓存、分布式缓存、Web服务器缓存、反向代理缓存、脚本解释速度、页面组件分离、浏览器本地缓存、浏览器并发请求、文件的分发、数据库I/O优化、数据库访问、数据库分布式设计、负载均衡、分布式文件系统、性能监控等。在这些内容中充分抓住本质并结合实践，通过通俗易懂的文字和生动有趣的配图，让读者充分并深入理解高性能架构的真相。同时，本书充分应用跨学科知识和科学分析方法，通过宽泛的视野和独特的角度，将本书的内容展现得更加透彻和富有趣味。

作者简介

郭欣，曾在腾讯网基础平台研发团队，负责诸多Web应用的开发和技术管理，并致力于性能研究和实践推广。在加入腾讯之前，获得国家系统分析师职称，目前在工作之余从事独立研究，其中包括高性能Web架构和Web敏捷开发框架，并且积极投身开源事业，同时在为Smart Developer系列进

书籍目录

第1章　绪论　　1.1　等待的真相　1.2　瓶颈在哪里　1.3　增加带宽　1.4　减少网页中的HTTP请求　1.5　加快服务器脚本计算速度　1.6　使用动态内容缓存　1.7　使用数据缓存　1.8　将动态内容静态化　1.9　更换Web服务器软件　1.10　页面组件分离　1.11　合理部署服务器　1.12　使用负载均衡　1.13　优化数据库　1.14　考虑可扩展性　1.15　减少视觉等待第2章　数据的网络传输　2.1　分层网络模型　2.2　带宽　2.3　响应时间　2.4　互联互通第3章　服务器并发处理能力　3.1　吞吐率　3.2　CPU并发计算　3.3　系统调用　3.4　内存分配　3.5　持久连接　3.6　I/O模型　3.7　服务器并发策略第4章　动态内容缓存　　4.1　重复的开销　4.2　缓存与速度　4.3　页面缓存　4.4　局部无缓存　4.5　静态化内容第5章　动态脚本加速　　5.1　opcode缓存　5.2　解释器扩展模块　5.3　脚本跟踪与分析第6章　浏览器缓存　6.1　别忘了浏览器　6.2　缓存协商　6.3　彻底消灭请求第7章　Web服务器缓存　7.1　URL映射　7.2　缓存响应内容　7.3　缓存文件描述符第8章　反向代理缓存　　8.1　传统代理　8.2　何为反向　8.3　在反向代理上创建缓存　8.4　小心穿过代理　8.5　流量分配第9章　Web组件分离　　9.1　备受争议的分离　9.2　因材施教　9.3　拥有不同的域名　9.4　浏览器并发数　9.5　发挥各自的潜力第10章　分布式缓存　10.1　数据库的前端缓存区　10.2　使用memcached　10.3　读操作缓存　10.4　写操作缓存　10.5　监控状态　10.6　缓存扩展第11章　数据库性能优化　11.1　友好的状态报告　11.2　正确使用索引　　11.3　锁定与等待　11.4　事务性表的性能　11.5　使用查询缓存　　11.6　临时表　11.7　线程池　11.8　反范式化设计　　11.9　放弃关系型数据库　第12章　Web负载均衡　12.1　一些思考　12.2　HTTP重定向　12.3　DNS负载均衡　12.4　反向代理负载均衡　12.5　IP负载均衡　　12.6　直接路由　12.7　IP隧道　　12.8　考虑可用性第13章　共享文件系统　13.1　网络共享　13.2　NFS　　13.3　局限性第14章　内容分发和同步　14.1　复制　14.2　SSH　　14.3　WebDAV　　14.4　rsync　14.5　Hashtree　　14.6　分发还是同步　14.7　反向代理第15章　分布式文件系统　15.1　文件系统　15.2　存储节点和追踪器　15.3　MogileFS第16章　数据库扩展　16.1　复制和分离　16.2　垂直分区　16.3　水平分区第17章　分布式计算　17.1　异步计算　17.2　并行计算第18章　性能监控　18.1　实时监控　18.2　监控代理　18.3　系统监控　18.4　服务监控　18.5　响应时间监控参考文献　索引　

章节摘录

　　第1章 绪论　　1.2 瓶颈在哪里　　相信你一定知道赤壁之战，这是中国历史上一场著名的以少胜多的战役，东吴的任务是击退曹操的进攻，要完成这项任务，可谓“万事俱备，只欠东风”，这时东风便是决胜的瓶颈，所以很多系统论研究专家将其称为“东风效应”，也就是社会心理学里讲的“瓶颈效应”。　　之所以称它为瓶颈，是因为尽管东吴做了很多的战前准备，包括蒋干中计导致曹操错杀蔡瑁和张允、诸葛亮草船借箭、东吴苦练水军等，但是仅靠这些仍无法获得最终胜利，还需要最后的东南风才能一锤定音，完成火烧曹军战船的计划。不过之前的准备工作都是胜利的子因素，而东南风这个关键因素最终和其他子因素一起相互作用，将整个战斗的杀伤力无限放大。　　曹操运气不好，遇上东南风，倒了大霉，曹军战船一片火海，这时候东吴需要派出勇猛的陆军部队登岸攻下曹营，可是东吴向来精通水战，几乎没有强大的陆战部队，只有老将黄盖，这如何与曹操的精英骑兵抗衡呢？这个时候决胜的关键因素变成了刘备的盟军支援，五虎上将各个威猛无比，身怀必杀绝技，此时正是上岸一显身手的好机会，他们不费吹灰之力就将曹军打得落花流水，试想如果没有刘备的支援，赤壁一战胜败可能就扑朔迷离了。可见，系统性能的瓶颈，是指影响性能的关键因素，这个关键因素随着系统的运行又会发生不断的变化或迁移，比如由于站点用户组成结构的多样性和习惯的差异，导致在不同时段系统的瓶颈各不相同，又如站点在数据存储量或浏览量增长到不同级别时，系统瓶颈也会发生迁移。一旦找到真正影响系统性能的主要因素，也就是性能瓶颈，就要坚决对其进行调整或优化，因为你不得不这么做。　　提示：　　中医是一门关于生命的哲学，也是中国人智慧的结晶，它的光芒在于独到的思辨能力和系统性的分析方法，它认为世间万物都在不停地变化，并赋予它们阴阳状态，包括天地、季节、天气、心理、生理等，而患者的病理也在随之变化，所以，中医会对同一位患者在不同季节进行不同的诊断，找到不同的病因。　　同时，在这些关键因素的背后，也存在很多不能忽略的子因素，构成了性能优化的“长尾效应”，也就是说如果你对某个子因素背后的问题进行优化，可能会带来性能上的少许提升，也许不被察觉，但是多个子因素的优化结果也许会叠加在一起，带来性能上可观的提升。对于诸多子因素的优化，需要稍加谨慎，花点时间考虑这种优化是否值得，以及是否会带来潜在的副作用，还有其他依赖的非技术因素。　　然而，不论是关键因素还是子因素，它们的背后都是影响系统性能的问题所在，问题本身并不涉及关键性，只有在不同的系统和应用场景下，才会显示出其是否关键。　　本章的其余部分将先列出一些我们经常遇到的问题，并简单介绍我们常用的优化方案，至于这些问题在什么时候是否关键，它们的本质是什么，以及如何调整或优化，在后续章节中我们将结合具体场景来详细探讨包括这些在内的更多主题，这也是本书贯穿始终的线索。　　1.3 增加带宽　　当Web站点的网页或组件的下载速度变慢时，一些架构师可能想到的最省事的办法就是增加服务器带宽，因为他们认为是服务器带宽不够用了，对于一些以提供下载服务为主的站点来说也许是这样的，但是对于其他服务的站点，你知道站点当前究竟使用了多少带宽吗？这些带宽都用到哪里了呢？如何计算站点现在和可预见未来使用的带宽？带宽增加后下载速度就可以加快吗？使用独享带宽和共享带宽的本质区别是什么？如何节省带宽？还有，你可能会忍无可忍地问，究竟什么是带宽？　　对于带宽的概念，如果你没有仔细阅读计算机网络教材中的描述，我敢肯定你一定是完全凭借自己的理解来认识它的，因为这个词实在是太有创意了，也实在太容易从字面理解了，但是这些认识从本质上讲是完全错误的，正是基于这种误解，很多人都无法完全解答上述那一连串问题，导致在所有涉及带宽的问题上，只能依靠经验和猜想。　　在后续章节中，我们将通过介绍数据的网络传输原理，彻底揭开带宽的本质，以及数据传输响应时间的依赖因素和计算方法。搞清楚这些一点都不困难，它们是一个优秀架构师必须掌握的基础知识。　　1.4 减少网页中的HTTP请求　　我们知道Web站点中几乎任何一个网页都包含了多个组件，每个组件都需要下载、计算或渲染，毫无疑问，这些行为都会消耗时间。那么如果可以让网页减少这些行为，应该就可以加快网页的展示速度，这是毫无疑问的，但是往往我们需要在优雅的网页表现和性能之间权衡取舍，这也许是美和快之间的博弈，找到最优的均衡点至关重要，我们为此做了很多尝试和努力：　　设计更加简单的网页，使其包含较少的图片和脚本，但是这可能牺牲了美观和用户交互。　　将多个图片合并为一个文件，利用CSS背景图片的偏移技术呈现在网页中，避免了多个图片的下载。　　合并JavaScript脚本或者CSS样式表：　　充分利用HTTP中的浏览器端Cache策略，减少重复下载。　　很显然，这些技巧都来自于Web网页前端的优化，在后续章节中我们会有所涉及，但是不作为本书的重点来介绍，本书将更加偏重于站点服务器端的性能改善和规模扩展。　　1.5 加快服务器脚本计算速度　　我想大多数涉及性能问题的站点都会使用各种各样的服务器端脚本语言，比如主流的PHP、Ruby、Python、ASP.NET、JSP等，这些脚本语言用来编写动态内容或者后台运行的小程序，已经成了几乎所有站点的首选。而曾经使用C++编写动态内容的经历也让我记忆犹新，除了每天都在感叹c++的严谨和优雅之外，我找不到其他任何好处。我们知道，用这些脚本语言编写的程序文件需要通过相应的脚本解释器进行解释后生成中间代码，然后依托在解释器的运行环境中运行。所以生成中间代码的这部分时间又成为大家为获取性能提升而瞄准的一个目标，对于一些拥有较强商业支持的脚本语言，比如ASENET和JSP，均有内置的优化方案，比如解释器对某个脚本程序第一次解释的时候，将中间代码缓存起来，以供下次直接使用。　　对于开源类的脚本语言，也有很多第三方组件来提供此类功能，比如PHP的APC组件等。使用这些组件进行脚本优化真的那么有用吗？不同的应用效果是否有所不同呢？在后续章节中我们会详细探讨。　　1.6 使用动态内容缓存　　动态内容技术就像Web开发领域的一场工业革命，它带来了产业升级和Web开发者的地位提升，在过去相当长一段时间里，大家普遍认为一个站点的技术含量主要体现在后台的动态程序上，所以很多工程师都会带着虚荣心警告你：“请叫我后台开发工程师。”事实上这种概念和偏见已经开始逐渐被历史抛弃，但这不是我们此刻讨论的重点。　　自动态内容技术产生后，聪明的工程师们为了减少动态内容的重复计算，想到了截取动态内容的胜利果实，将动态内容的HTML输出结果缓存起来，在随后的一段时间内当有用户访问时便跳过重复的动态内容计算而直接输出。　　在实际应用中，动态内容缓存可能是大家使用得最多的技术，但是并不见得所有的动态内容都适合使用网页缓存，缓存带来的性能提升恰恰与有些动态数据实时交互的需求形成矛盾，这是非常尴尬的，而解决该问题的唯一途径不是技术本身，而是你如何权衡。　　另一方面，缓存的实现还涉及了一系列非常现实的问题，即成千上万的缓存文件如何存储？缓存的命中率如何？缓存的过期策略如何设计？在拥有多台Web服务器的分布式站点上应用动态内容缓存需要考虑什么呢？　　在后续章节中我们将详细地探讨这些问题。　　1.7 使用数据缓存　　动态内容缓存是将数据和表现整体打包，一步到位，但就像快餐店里的组合套餐一样，有时候未必完全合乎我们的口味。当我们意识到在自己的站点中，某些动态内容的计算时间其实主要消耗在一些烦人的特殊数据上，这些数据或者更新过于频繁，或者消耗大量的I/O等待时间，比如对关系数据库中某字段的频繁更新和读取，这时我们为了提高缓存的灵活性和命中率，以及性能的要求，便开始考虑数据缓存。　　更加细粒度的数据缓存避免了过期时大量相关网页的整体更新，比如很多动态内容都包含了一段公用的数据，如果我们将整个页面全部缓存，那么假如这段数据频繁更新导致频繁过期，无疑会使得所有网页都要频繁地重建缓存，这对网页的其他部分内容似乎很不公平。　　……

用户评论 (总计126条)

•   我买的书不少，评论的不多，这本，确实有必要写一下。
  
  这是一本我认为写得很好的书。理由：
  1，技术类书籍其实让我买得很头痛的，国外的书写得好，翻译的差，国内的书大部分要么是基础，要么是一堆代码实例堆在那，一个字“都他妈浮燥”但这本确实不一样，首先，语言通俗，有时还能看出点西方式幽默，难得有技术类的书写得这么有文采的。
  
  2，将网站优化的方面方面都讲到了，可能有人认为这个操作性不强，其实我觉得这正是这本书的优点，如果你了解优化的话，你应该知道，书中的每一个章节几乎都可以写一本同样厚的书。这本书的我认为他的目的就是引你入门，让你的脑海里有这一个概念和意识。将来具体操作，你还要学更多的东西。别想一本书就能实现高性能了，这是大学问，按作者说的，这可能是一门艺术，而不只是技术。
  
  3，代码里确实是很多lamp的东西，java和.net的朋友看着不顺眼，呵呵，这个正常吧，人家腾讯用的多的就是PHP，至于.net，我似乎没发现。（这里不想整语言大战，只是就事论事）
  
  好，说一下缺点
  作者有时候代码贴的太多了，一个简单的道理，其实大家看了都明白的，你只贴出测试的部份内容就好了，没必要贴一堆。
  
  例子有些举得很不好，比如有一章说网络七层基础的，举了个大例子，搞得我那昏了，本来明白的，看了作者的例子到反晕了。其实就是一句话，很多原理的东西例子没举好，到反简单的东西说得太复杂。
  
  其它的，别的网友补充吧，最后，我正在看，并真实推荐。
  
  
•   说出了WEB站点性能影响因素，可以帮助分析性能问题，还不错！
•   这是我所看过的描述如何提高web站点性能最好的书！
•   目前正在看这本书，此书写的真的是非常的不错，包括的网站性能优化的方方面面，并且将的非常细，有理有据，非常适合从事web开发、测试、运维的相关人员学习！本人非枪手，本着好东西共享的想法，写下的以上评论。
•   优化Web站点不可不看的一本好书！
•   本书是国内最优秀的WEB站点开发图书之一
•   作者以其丰富的实践经验介绍web相关的知识与实践，佩服作者的丰富的知识面和对于web性能的深刻体会，让我对于web方面的高并发，可扩展性有了更多的认识，谢谢！
•   书的内容很好理解，也很有价值，语言生动活泼，还有很多真实的数据加以佐证，是一本适合web开发人员的好书。
•   很好的一本关于Web性能的书，涉及的也很全面，适合有一定经验的Web管理人员！
•   不错的书，通俗易懂，技术很实际，都是可以应用到的东西，
  符合现在的WEB端的基本需求，但是太高深就不建议了
•   这书确实经典。。但是不适合新手。有一定的从业经验的人员。特别是WEB开发人员和网站运维人员，帮助比较大，学习有些思想总结性学习，用于实际的工作当种，看后有中豁然开朗的感觉。个人觉得对我帮助蛮大的。
•   强大的好书，web性能入门经典之作。。。强烈建议入手哦
•   这本书非常不错，建议每个做Web开发的人手一本。
•   详细讲解了tcp/ip以及服务器负载的相关知识，不光讲所以然，还能让读者知其然，呵呵，强烈推荐这本腾讯的哥们写的书，还有一本阿里集团某dba写的mysql性能分析与架构设计也强烈推荐！！！
•   搭建高并发站点新手入门级读物。说是入门级主要是指，全书在创建高并发站点上内容比较全，有一个全局的指导意义，但是，书里面的各个部分，讲述的只有是概念层面的东西，对实际的操作和分析，其借鉴意义并不大。
•   做web的一定要看，好书
•   是web的进阶篇，蛮不错的.....
•   书中有章节专门讲数据通信的原理和过程，对这部分的内容不是很感兴趣。对前端缓存部分内容很感兴趣。
•   浏览器、服务器、数据库的优化都讲到了，让我眼界大开，有理有据，清楚明了，不可多得的好书啊，本土杰作，再也不用担心翻译了。
•   书中讲的方法未必能应用到你自己的环境中，但看完之后能带给你很多启示和思路。讲得很详细，涉及到了影响服务器性能的方方面面。我是半新手，呵呵
•   喜欢买书已经成为一种爱好，公司架构老大 对于性能比较敏感。跟着老大一起看了这本书，还不错，虽然较为浅显，但是确实是一本良书，对于梳理概念等
•   可以让你学会如何分析性能瓶颈，和了解常见解决方案的通俗读本
•   来之实践的性能提升经验，非常值得收藏，学习
•   我之前是做cisco，后来改行LAMP。本以为cisco的一些理论到此结束，可喜的是这本书把网络+php+服务器完美结合。赞一个，终于找到了方向！
•   正在学习中，很实用，很超值，可以解决架构的实际问题，强烈推荐~！
•   这是一本非常不错的书,我已经推荐给我的同事,这就是我们的IT行业,只有分享,我们的IT行业才能更加强壮的发展,对于作者这种分享技术的精神,非常今人敬佩,一个星期看下来,收获很多很多,接下来慢慢实践,谢谢作者的分享!
•   还可以吧，搞互联网的可以看看，特别是用php开发系统的人。
•   感谢郭欣老师的杰作期待出版更多这方面的书籍，让我们分享
•   这本书很不错。最看中的是它并不像大部分书那样光讲理论。作者有效的把自己的工作经验融合在书里头。而且书中的比喻恰当，能让你更加有效的理解一些抽象的事物。
•   第2.3章写的很不错。特别是第3章。非常可贵的是作者的很多测试数据是非常真实的，并用加粗的方式标示重点，这点特别好，让人直接抓住重点。
•   本书很实用，作者分析问题的方式很值得学习，极力推荐
•   相当好, 看得出这本书是作者工作中精华的总结,实战型的好书.
•   对于新手来说的确是一本很好的入门书，系统的介绍了各个方面
•   本书介绍的东西非常不错，对于刚接触互联网的人来说无疑是一个不错的选择
•   深入度不够，不够详细
•   作者用心写的一本书，非常好
•   内容详尽、实践性很强！理论知识全面！超值！
•   不论理论还是实践都说的不错！推荐一读。
•   很深入的样子，有些都看不懂
•   做网站运维的同学注意了 一定要看 受益匪浅啊
•   难得的国产高质量技术书籍，推荐阅读
•   送货速度真是太快了，我周日晚十一点之前下的订单，周一九点就送到了，书的质量也不错，顶一下。
•   非常好的一本书啊，很喜欢，学习到的东西比较多，实用
•   实用，作者经验之书吧，收获很大。
•   作者描述的很细，学到了不少东西
•   内容了解了一些，还不错。
•   书的内容大概翻了下，覆盖面还是挺广的，非常喜欢
•   全面，可以对照看自己有哪方面没考虑到
•   这战性强的一本书。
•   挺好的，比较适合有一定工作经验的IT人士阅读，值得参考！
•   内容充实，讲解清晰明了，非常棒，
•   内容写的很不错，不过如果更突出一下java项目就更好了。
  总之很好很强大。
•   几个月前看了一遍，工作中刚好要用到。
•   送书速度很快 书的纸张很好
•   发货速度那是惊人的快-24小时就到货。赞美一个。
•   很不错的一本书，看了后有突破
•   很喜欢的一本书，很好，很强大
•   能否下次再买这本书的时候注意下纸质质量的，今天给同事买了这本书发现纸质太不给力！！！！
•   推荐这本书，很好看
•   之前看过PDF的, 一直觉得不错, 这次有货买来收藏
•   实用，透彻
•   东西不错，很全面，上手很快
•   对工作有些帮助吧
•   可惜买错了，不是想买这本。但质量也不错
•   很专业的书，比书城合适多了，还送货上门
•   比去书店买划算，以后就从当当上买书了
•   我一般很少买正版书，尤其是国内出的。但是这本例外。
•   这书还可以。一些技巧比较实用。
•   刚收到，粗粗翻了一下，觉得很有意思。
  准备仔细学习
•   难得一见的好书，尤其是国人写的，值得推荐。
•   同事推荐的，买来看了，确实不错。
•   只是不太适合我,有点深了...
•   很好很实用,不错
•   纸质一般，其他都还好
•   细致入理
•   已经看完了，很有帮助。
•   啥都不说了，膜拜
•   还可以。该有的都有了。没有的还是没有。
•   阐释了很多构建分布式web站点的技术，可以全面和系统的了解这些方法。
•   书里涉及了搭web站点的很多内容，是好书，推荐。
  缺点：1. 有些举例显得繁琐 2. 有些内容浅尝辄止 3. 估计作者做前端较多，对系统后端了解显得率欠缺些
•   之前有几年web开发经验，现在做通讯了。书中所讲的网络优化部分，对通讯的基本原理的比喻非常恰当。从打比方来看，作者对网络相关协议理解已经有一个比较高的高度了。
  书中所讲的各种优化，其实并不局限于php的后端，对于其他语言原理都是一样的。
  PS：这本书对于那些有两三年工作经验想在面试上博彩的同学，不失为临时抱佛脚的好东东。
•   我是做了3年asp.net开发的，此前一直也朝着web架构师方向发展，一直以来都不知道哦怎么去加强自己的理论与实践，这本书给了我很好的参考，虽然里面的内容是基于lamp平台的，但相关的知识点还是不错！
  有一点必须注意，本书的没有啥深度，只是对相关问题的一些解决方案和思路，对于具体的项目实施并没有说明！
  如果你很想在web上有所突破，本书可以很好拓展你的思维！
•   本书介绍了当前WEB大多数提高性能的方法，建议搞WEB性能的人看看。
•   我搞java的，一样觉得很有用，把很多大型web系统需要掌握的东西列了出来，可以给指条明路
•   介绍了很多高性能相关的知识，让以前没有接触这些的我大开眼界。
  但是可能由于篇幅的原因，很多细节并没有详细说，希望能有更详细的解说。
  吐槽一下，这本书的纸张真的很一般，让人感觉很不舒服。
•   这本书还不错,如果对网站的架构不熟悉或者对如何优化网站感兴趣的话,应该很适合看这本书,尽管内容不是太深入.
•   一些内容的例子比较多，更像是通过举例子来说明问题。PHP代码过多，现在PHP的高并发网站不多了。基本都是python，java，。net，ruby等。
  还有，作者的身份很尴尬，给他捧场的一些都是他的同事或领导。作者年纪不大，学历不高，能够出版书真的不易，如果这本书更加倾向于技术参考类就更好了，结果现在像小说，不过看着不累，其中概念性的灌输不较多，后面还没还有看，至少现在看到30页，还没有涉及到技术细节。
•   个人觉得这本书对网站的运维工程师来说，绝对是本好书。但局限性有点。
  基本上都是以php为例的。****和java网站架构的没说。
•   感觉内容多但是很多点作者并没有深入说明，如果能到800页这样的量估计会更丰满点，这样会更好些，总体还不错，看完有个基本的轮廓和了解需要注意的问题
•   虽然讲的不细，但是把做法都列出来了，剩下的就是根据需要去深入研究和实践。
•   毕竟国内这种书少，文章毕竟通俗易懂。
  技术也比较实用。
•   互联网软件设计 前端和后台工程师都值得一看的书
•   如题，内容很详细，很深入，语言也比较有意思
•   我算是一点都不懂得一类初学者,学到了不少概念性的东西,入门后根据各章节提到的内容,自己去扩展深入学习,还是挺不错的.
•   讲的比较全面，但是还是不够深入
•   从09年就关注这本书，过了半年多才付钱买了，
  
  内容总体不错，值得一读
  
  送货速度这次真是快，3天到济南，破了例了
•   正如大多数评论一样，差不多就那个样子，但书中都是实践哦
•   非常好的一本书，是我们老大推荐我们看的，搞运维的人必看之书。
•   介绍的内容很细致，全面，唯一觉得有点遗憾的就是里面的编程语言是采用PHP描述的！
•   书的内容很全面，给出了很多实际的解决方案