悄然无声的 Blog
不是我不明白,这世界变化快!
posts - 114,comments - 713,trackbacks - 13

一说起12306,大家总爱和淘宝、谷歌、京东之类的高访问量网站比较。他们真的一样吗?我们来分析一下:
先分析谷歌。假如同一时间我谷歌“苹果”,从服务器 A 得到数据,你谷歌“橘子”,从服务器 B 得到数据,他同样谷歌“苹果”,却是从服务器 C 得到数据。这就是所谓的分布式架构。
再来分析淘宝,你买一件衣服,我买一双鞋子,业务请求很可能是从不同的服务器处理的。
淘宝、谷歌这类的网站,他们的特点是:每个用户的操作和其他用户的相关性不大;也可能相关性可能很大,但是从时间上来说却不需要立刻处理。在这个前提下,才有可能进行分布式架构。
12306的核心车票数据可以分布吗?我们再来分析一下:
你购买了一张北京到广州的车票,同一时间我也购买了一张北京到广州的车票。
假如系统是分布式的,会出现什么情况呢。

服务器 A 给你出了一张票,服务器 B 给我出了一张票,结果等车的时候发现,我们两个人的票是同一个座位,撞车了!

如何解决这个问题呢?那就是设置一个中心服务器!
外围分布式服务器可以处理一切和车票无关的业务,比如说注册、登陆、身份验证、购票请求、款项支付等等等等,因为这些数据只和你自己相关,和任何其他人都没有关系,这些数据可以用类似谷歌、淘宝之类的架构设计处理。
但是唯独车票数据例外,因为任何一张车票的数据发生了变化,系统必须立刻知道,并在紧接着的下一笔购票业务中反映出来,否则就会出现混乱。
会出现什么可怕的情况,大家想象一下。
真正可怕的不是一瞬间上亿的访问量,真正可怕的是上亿的访问在同一时刻必须依赖同一个“核心”!
对,就是一个“核心”。这个核心可能是一台服务器,也可能是几千台服务器。无论多少,从逻辑上看,他们就是一个核心
现在问题很清楚了,购票的业务逻辑必然导致一个依赖核心!而上亿的访问同一时刻依赖同一个“核心”必然导致崩溃!
似乎崩溃是必然的,但是如果我们将依赖反转过来就发现一切问题迎刃而解。
打个比方吧,大家电脑里都有一个中心处理器 ,即CPU ,他是一个核心。假如我们让几万个运算任务同一时间去抢 CPU 的控制权,CPU 必然会发呆的,给谁好呢? 
CPU 想了一下发话了,大家都别抢了,都给劳资消停点!所有人,都把数据准备好:放到磁盘、内存、一二三级缓存中,然后等着。
你们谁也别来找我,我会一个一个找你们的,每人一个时间片,只要劳资还能运转,大家的任务都能完成。
本来是海量请求依赖一个核心,现在成了核心主动去收集任务,依赖反转了。
12306 完全可以这样架构,外围的分布式系统处理一切和车票无关的非核心业务,同时接受购票请求并将购票请求缓存起来。而“核心”对外围分布式服务器进行时间片轮转通讯,收集购票请求,并根据即时情况进行处理。秩序恢复了,高速公路终于不是停车场了。
当然了,无论怎么架构,总还是有很多人买不到票,但是秩序恢复了,这不正是我们要追求的吗!

 

posted on 2012-10-01 20:14 左洸 阅读(...) 评论(...) 编辑 收藏