别再吐槽12306了,有本事你来写架构新.pdfVIP

别再吐槽12306了 ，有本事你来写架构 我曾在淘宝写过一段时间代码 ，2012年在一家百强民 做电商副总 ，当时在极为艰苦的条件下带队 开发了一个B2C网站 ，走支付宝和银联支付通道 ，年营业额千万级 （当然实在太少了 ，我只是说这 个网站投入了实际的运营 ）。 也就在那个时候 ，我对12306嗤之以鼻 ，觉得他们做得太烂了 ，认为自己能带队花几百万半年时间 做个好的出来。于是我狂妄地想做一个开源的订票系统给他们。我花了一个星期时间思考建立数据 模型 ，思考到库存这一步的时候 ，我才发现 ，12306的库存复杂性比淘宝、京东高很多倍 ，运算量 也大很多倍。传统的分布式数据库、缓存、负载均衡技术并不能恰好满足12306的需求。 在平时 ，12306也就是个正常的电商网站。但一到黄金周 ，12306就是一个全站所有商品都秒杀 ， 所有SKU都是动态库存的变态。 即使不考虑线下既有的电话、代售点等渠道 ，要实现一个12306 ，最少最少也是千万级别的硬件投 入 （这是当时的估算 ，没有精算 ，可能与实际相差较大 ，总之 ，我说得不一定对 ，12306的业务也 许没我说的那么复杂 ，但也绝不是某些人喷的那么简单 ），软件和人力另算。那些叫嚣只要4 0台服 务器、只要2个架构师4个程序员、大谈分库分表和前端CDN的人们 ，只是纸上谈兵罢了。所谓初生 牛犊不怕虎