`
caoxudong818
  • 浏览: 44393 次
  • 性别: Icon_minigender_1
  • 来自: 北京
社区版块
存档分类
最新评论

《大型网站技术架构:核心原理与案例分析》样章试读

 
阅读更多

样章很少,只有17页,分别是第2章和第4章的一部分。

 

我觉着书的内容还可以再具体一点。例如:

 

写道
2.1.4 集群

使用分布式虽然已经将分层和分割后的模块独立部署,但是对于用户访问集中的模块(比如网站的首页),还需要将独立部署的服务器集群化,即多台服务器部署相同应用构成一个集群,通过负载均衡设备共同对外提供服务。

因为服务器集群有更多服务器提供相同服务,因此可以提供更好的并发特性,当有更多用户访问的时候,只需要向集群中加入新的机器即可。同时因为一个应用由多台服务器提供,当某台服务器发生故障时,负载均衡设备或者系统的失效转移机制会将请求转发到集群中其他服务器上,使服务器故障不影响用户使用。所以在网站应用中,即使是访问量很小的分布式应用和服务,也至少要部署两台

服务器构成一个小的集群,目的就是提高系统的可用性。

 

这段话我觉有点对不起书钱。希望可以谈谈具体的如何部署管理这个集群,以及相应的监控。

 

写道
2.1.7 冗余

网站需要 7×24 小时连续运行,但是服务器随时可能出现故障,特别是服务器规模比较大时,出现某台服务器宕机是必然事件。要想保证在服务器宕机的情况下网站依然可以继续服务,不丢失数据,就需要一定程度的服务器冗余运行,数据冗余备份,这样当某台服务器宕机时,可以将其上的服务和数据访问转移到其他机器上。

访问和负载很小的服务也必须部署至少两台服务器构成一个集群,其目的就是通过冗余实现服务高可用。数据库除了定期备份,存档保存,实现冷备份外,为了保证在线业务高可用,还需要对数据库进行主从分离,实时同步实现热备份。为了抵御地震、海啸等不可抗力导致的网站完全瘫痪,某些大型网站会对整个数据中心进行备份,

全球范围内部署灾备数据中心。网站程序和数据实时同步到多个灾备数据中心。

 

我觉着这个冗余还是有挺多内容可说的,可惜就说了这么两句。

 

网上查了一下本书的目录,内容相当多,不过书总共240页(豆瓣上写的),感觉是不是内容有些太广了?是否应该挑选重点内容详细深入的阐述一下?

分享到:
评论

相关推荐

Global site tag (gtag.js) - Google Analytics