支付宝昨日订单数超过一亿,而 12306 最高一天出票量大约是 166 万。替 12306 喊冤的可以不必了。
今天几乎所有的网络版面都被天猫和支付宝的消息轰炸了一遍,后者在“11·11”光棍节当天表现疯狂,不仅令国内竞争对手胆寒,成为国民茶余饭后咀嚼的材料,更令西方媒体咋舌。
众消息中,来自前支付宝架构师冯大辉(@Fenng)的这条微博翻出 12306 这笔账,别有一番滋味。
以 Fenng 的计算方法,支付宝 11 月 11 日一天就处理了 1 亿零 580 万条交易请求量,而 12306 一天处理的交易(出票量)仅仅 166 万条,这还主要是集中在 8 点钟开始放票之后的 5 分钟时间里。从结果来看,12306 弱爆了,处理的交易量比支付宝“低了两个数量级”还那么弱不禁风。
Fenng 的微博马上得到了 @caoz 的转发响应,后者在 9 月底对 12306 的骂战中一战成名,由于观点相似,caoz 和 Fenng 可以称为统一战线——当然,众多对 12306 充满怨恨的普通购票者也与他们在感情上统一战线。9 月底骂战中唱反调的 @左耳朵耗子 也一战成名。
Fenng 的微博已经引来 1200 多条转发,接近 400 条评论(截止 11 月 12 日 23 时)。其中转发者即有 @caoz 和 @左耳朵耗子,论战再一次形成。
正方的观点是:12306 疑云重重,1.9 亿元不知花哪里去了,出来的项目渣得连商业公司的系统都 PK 不过。
反方的观点是:
- 阿里巴巴是互联网公司,有深厚技术积累,12306 项目则刚上线两年,还未经考验。@何越峰
- 火车票有自己的票务逻辑,要分段处理,考虑各站车票如何分配。@朱旭冬
- 12306 对座位号和数量要求 100% 准确同步,淘宝天猫订单数则可变范围广。@让 BoBo 飞
- 网商可以在 Jsp 上缓存商品信息和数量,火车票每次操作都必须到后台查询,关键问题是数据如何随着前台一起做成分布式还有保证完整性。@测试仔刘毅
- 淘宝商品库存信息在促销期间不准确,这是服务端为了关键性能做妥协;但订火车票,库存信息必须是实时的。@Angry_Jimmy
- 12306 用户目的性强,属刚需。高峰期间全天候高并发业务处理,这是支付宝所不能比的。@SunShaolei
- 关键一个是 B2C(支付宝),一个是 G2C(12306)。@lchabod_li
- 12306 线上售票系统需要与全国各地线下售票系统同步。@侠探寒羽良
- 12306 最大问题不是负载并发问题,而是老系统兼容问题。@胡敏 me
- 12306 业务复杂性未必低,车票在卖出之前是不存在的,只能通过当时座位状态计算得出,每出售一张车票后座位状态都会发生变化,不是一个可连续检索数据。@Ulnibor
- 12306 的票是竞争资源,淘宝的资源是分散的;而且复杂不能从业务上来判断。@chinalex
这么些个问题。看看这位叫邓侃的程序员是怎么《建设一个靠谱的火车票网上订购系统》的。关键是邓侃同学的可执行方案早在年初春节之前就已经提出,今日我们仍在这里老生常谈——不出意外,明年我们也许又要老生常谈——只能说,这真是一个 G2C 产品!你不是顾客,你不是上帝。