第八章 别再吐槽12306了,有本事你来写架构.pdf

别再吐槽12306了 ，有本事你来写架构 我曾在淘宝写过一段时间代码 ，2012年在一家百强民 做电商副总 ，当时在极为艰苦的条件下带队 开发了一个B2C网站 ，走支付宝和银联支付通道 ，年营业额千万级 （当然实在太少了 ，我只是说这 个网站投入了实际的运营 ）。 也就在那个时候 ，我对12306嗤之以鼻 ，觉得他们做得太烂了 ，认为自己能带队花几百万半年时间 做个好的出来。于是我狂妄地想做一个开源的订票系统给他们。我花了一个星期时间思考建立数据 模型 ，思考到库存这一步的时候 ，我才发现 ，12306的库存复杂性比淘宝、京东高很多倍 ，运算量 也大很多倍。传统的分布式数据库、缓存、负载均衡技术并不能恰好满足12306的需求。 在平时 ，12306也就是个正常的电商网站。但一到黄金周 ，12306就是一个全站所有商品都秒杀 ， 所有SKU都是动态库存的变态。 即使不考虑线下既有的电话、代售点等渠道 ，要实现一个12306 ，最少最少也是千万级别的硬件投 入 （这是当时的估算 ，没有精算 ，可能与实际相差较大 ，总之 ，我说得不一定对 ，12306的业务也 许没我说的那么复杂 ，但也绝不是某些人喷的那么简单 ），软件和人力另算。那些叫嚣只要4 0台服 务器、只要2个架构师4个程序员、大谈分库分表和前端CDN的人们 ，只是纸上谈兵罢了。所谓初生 牛犊不怕虎 ，做了三年CMS和BBS ，就以这个经验来喷12306 ，未免太天真了。 媒体人喷12306 ，是他们不懂技术 ，没有能力和耐心来分析背后的难度。技术人员喷 ，则是因为大 部分的技术人员在短时间思考时 ，容易陷入过于乐观的误区 ，经典的例子就是估算工作量 ，程序员 们往往容易估算出一个超短的工期 ，把写程序的工作乐观地想象成了打字员照稿敲键盘的工作。 知乎那篇文章 ，我觉得不是洗地。排名第一和第二的答案都说得很客观。淘宝技术是比12306强大 很多倍 ，淘宝现在的系统也是花了10倍于12306的钱、时间和人才做起来的。根本原因还是铁路运 力不能满足春运需求 ，淘宝也解决不了这个问题。 12306这一年来进步非常大。从前段动画验证码、分时段抢票 ，到后端去小型机、虚拟化、内存数 据库的运用。可以说 ，12306是中国政府机关做的最强大的网站 （电商系统 ），能在短短一两年内 做出这样的改变 ，几乎是个奇迹 ，就连一些市场化的民 都望尘莫及 ，甚至一些上市公司都比不 上它 ！（比如51jo b和ct rip ）。 事非经过不知难 ，在网上批判12306的人 ，大部分还是形成了 【国 = 垄断 + 腐败 + 低效 】的思维 定势。小部分是真的轻视了它的难度。 至于12306一期工程3个亿 （含硬件 ）贵不贵我不评价 ，我只提供一个数字供参考 ，百度一年的研发 费用 （不含硬件 ）是10亿 ，这个数字来自百度财报。网上能查到。3亿看起来好大一个数字 ，真用 到超大型的电商系统、搜索引擎系统里面 ，其实也不算什么天文数字了。 再解释一下 ，为什么秒杀压力大 ，以及为什么12306的动态库存很复杂。 秒杀 2013年12月25 日前后 ，天猫搞了一个圣诞季积分兑换活动 ，持续几天。25号上午10点12分 ，放出 了15000个天猫魔盒 （淘宝集市有人卖 ，大概190-230块 ），从成交记录上看 ，是19秒内全部抢完 。 实际上 ，我也参加秒杀了 ，那天的题目特别简单 （请输入xxx汉字的拼音首字母 ），我应该是5秒内 答题完成并提交订单 ，结果告诉我排队的人太多 ，挤不进去 ，并提示14秒以后重试。人太多就是因 为题目太简单了 ，门槛越低 ，5秒内挤进去的人也越多嘛 ，如果题目换成 【2克浓度为3%的U235在 大亚湾核电站能发多少KW的电】 ，5分钟之内也不会有1万5千人跟我竞争。 我想 ，14秒以后哪还有我的事情呀 ，于是重新答题秒杀 ，结果出现了服务器错误的页面。反复刷新 几次 ，就告诉秒杀结束了。 在群里问了一下同事 ，有不到10个人回答我 ，都说没秒到 （也可能秒到的人闷声发大财 ，不回 复我 ）。 淘宝是什么技术水平呢 ，淘宝有至少4 000技术人员 ，至少4万台服务器 （这都是两年前的公开数 据了 ，按规定可以谈论 ），2013年11月11日成交额351亿 ，2012年全年成交额超过1万亿。 淘宝拥有各种自主研发团队 ：服务器、交换机 （网上可以搜索到淘宝公开的绿色服务器开放标准 ） ；操作系统 （ inux Kernel t ao bao版 ，yunos手机操作系统是阿里云的 ，暂时不计入 ）、Web服务 器 （Tengine ）、Java语言虚拟机 （JV M t ao