`

《大型网站系统与Java中间件实践》第2章读后感

 
阅读更多

       断断续续花了两天时间试读了《大型网站系统与Java中间件实践》的第2章,这章总述了从一个小型单机构建的网站发展到大型网站的演化过程---整个过程会遇到很多困难,但每一个屏障都会有解决方案,最终就是依靠这些个解决方案汇聚到一起组成了一个健壮稳定高效的大型系统。

 

       看完整章内容,我对集群Session、读写分离、分布式存储、前后端缓存、全文搜索、消息中间件有了初步的认识(是的,这是我第一次系统地了解这几种广为流行的术语的意思),但是很遗憾,因为涉及知识点很多,作者只是介绍了这些知识点的概念,而具体的实施细则则在后续章节详细说明。不得不佩服作者的先总后分的撰写逻辑,先让阅读者了解个大概,随后再一点一点分析具体实现,让读者一步步陷入“坑”里。

 

        虽然只有一小章节,但是包含的内容非常多,而且某些内容分析得很到位。比如集群服务器如何处理Session共享的问题,作者提出了四种解决方案:

Session Sticky会话粘连(仅在用户第一次访问的服务器上保存该用户的Session,随后该用户一直访问该服务器);

Session Replication会话复制(即所有集群服务器都保存一份该用户的Session);

Session 数据集中存储(即通过一个存储设备集中管理用户的Session,用户访问时再来取);

Cookie Based基于Cookie的Session(即将会话信息包含在用户本地)。

        这四种方式各有优缺点:

会话粘连适合大型集群,缺点是如果某台服务器宕机则该服务器保存的Session用户信息会丢失;

会话复制适合小型集群,能够极大发挥负载均衡的功效,但如果集群过大,单单Session相互复制更新都可能将服务器拖垮;

Session 数据集中存储非常适合Web服务器数量比较大、Session数比较多的时候,缺点就是数据单独存储对Session有一定延迟和不稳定;

Cookie Based将Session保存在本地解决了延迟不稳定的问题,但是鉴于cookie长度限制及本地安全性等问题考虑还是需要慎重选择。

        可笑的是我一直以为负载均衡只有通过Session复制才能保证用户Session稳定,感觉自己就像井底之蛙一样,诶......

 

        但是也有一些内容让我难以理解,比如作者说“随着应用的扩大,我们可以将一个应用拆分成几个应用,不过,这样拆分后在不同系统中会有一些相似的代码”,而如何解决代码复用的问题作者并未给出解决方案。作者只提出了问题,具体的解决只字未提,或许在后面章节会详细叙述,这种总分式的撰写方法让人意犹未尽。

 

        从业以来一直在做企业级Web项目,对互联网式的大型网站架构知之甚少,而最近公司有做电子商城的需求,试读了这篇文章给了我一些思路,这本书对我的架构思想有很大的启示。

 

        作者是中国人,文章以图文结合的形式说明,浅显易懂,接地气,适合国人阅读。

 

        这本书非常适合正在做或打算做大型网站应用的公司,也非常适合架构师阅读,一般的开发人员也可以学习一下里面的基础,真的帮助很大,欢迎大家去阅读。

 

        ==>试读章节下载

0
0
分享到:
评论
2 楼 白糖_ 2014-06-12  
zhanghaichang 写道
真的吗?[color=darkred][/color]


呵呵 读一读吧 有帮助的
1 楼 zhanghaichang 2014-06-12  
真的吗?[color=darkred][/color]

相关推荐

Global site tag (gtag.js) - Google Analytics