主题：【原创】无责任推测12306网站遇到的麻烦 -- 代码ABC

都没说到点子上。有些细节恕不能详说。基本上是这样的。

网上订票系统只是一个壳子，跑在jboss上面。后面有一个legacy system，这个已经运行了近２０年的老古董了，也就是在窗口售票中使用的系统。但致命的是，这个legacy system完全无法scale out，这里涉及一些细节，但每一个初级的架构师听到这个细节都会明白，确实这样是无法scale out的。

网上订票系统，原在刘志军时代是设计用来卖高铁票的，那么原设计倒是无问题的。但新部长非要卖普票，各供应商包括铁科院自己都觉得很崩溃。因为接到要卖普票的要求时，已经不到４个月的时间了，这个时候再改技术架构已经没可能了。

总之网上说的一切scale out的方案都完全无可能，原因在于其真正的transaction部分都在那个legacy system中，完全无法剥离。（理论上剥离当然可以，但时间不够，且如果春运时做这个工作，相当于连窗口售票都要崩溃，那就成了政治事件了）。

这个系统运行起来后，如果假设总体连接能力为N的话，大体只给互联网售票留了很小一部分连接能力。这样至少保证了窗口售票还能正常进行。

春运期间这事最终还是靠scale up的方式解决了，ＨＰ卖给铁道部一台128个ＣＰＵ的服务器，算是这次最大的赢家了。

这个事件里还有个有意思的地方，看这贴的人应该都知道有一篇称赞淘宝架构如何ＮＢ的文章。事实是，淘宝团队１月４日就到铁科院去帮助调优了，但最终也只有选择了scale up的方案。为何后来淘宝不再唧唧歪歪了原因也在这里，从上海杭州抽调了２０多个骨干精英去干这事，也没有找到更好的方法。当然了，对马云来说也是重大收获，马总对团队的指示是不计成本要帮铁道部解决这事儿，换来的就是要求铁道部支持支付宝独揽支付业务。ＴＢ算是仅次于ＨＰ的大赢家吧。