海量事务高速处理系统

转自这里 http://www.douban.com/note/195179318/

微博记录。

这两天，大家都在骂铁道部的12306做的烂，新闻屡次提起来一个「海量事务高速处理系统」，到底啥是「海量事务高速处理系统」？海量，海量什么阿？多大算海量？中南海还是地中海？渤海还是黄海？谁也不知道。

不过有人冒头背书领赏来了。

来自清华大学Web与软件技术研究中心电子商务研究室主任王津的微博如下：
「有些事情，末学澄清一下：“海量事务高速处理系统”是一种非常特别的系统，应用的场合很少，中国目前研究这种系统的人不多，有真正的实践经验的人更少。多年前末学本人在接触这种系统之前也无法想象“到了某个时刻”系统的性能下降之剧烈乃至崩溃。恳请大家不臆测不轻视类似12306系统的难度。」
http://weibo.com/2484714107/y0i3b53dd
王主任认为12306是一种「非常特别的系统」。的确，因为他所在的清华大学Web与软件技术研究中心没有拿到这个项目，没分到蛋糕。

背景新闻：
12306招标:铁道部公司中标 IBM方案被毙
http://news.163.com/12/0111/09/7NFR4JUD00014L3C.html「据王津称，中心当时向铁道部提出了网上售票系统的两个解决方案，一是IBM拥有专利的“基于z/TPF的互联网订票引擎”，另一个是由该中心掌握自主知识产权的分布式解决方案。但最后这两个方案均未被铁道部采纳。」

接下来王主任还有一条：
「兄台说的极是。接下这个工作时就意识到：“中国的铁路电商系统，将是全世界规模最大的电商系统之一，也是全世界最海量最高速的事务处理系统之一，运行峰值时没有任何已知的系统可以比肩，是难度最高最容易失败的系统之一。”」

有网友 @Laruence 评论道「唉, 我觉得可能在他看来, 真的是很难」

其实我特别想知道「清华大学Web与软件技术研究中心电子商务研究室」到底是干啥的？有什么研究成果？「海量事务高速处理系统」到底捣鼓出来啥来了？

另外，有个人人网的「高级架构师」在我微博下留言「就你们某某某公司天下第一」，我觉得真是脑残一枚。不配做技术人。

专家都来给我翻译翻译到底他妈的什么是「 海量事务高速处理系统」？

事务处理就事务处理，高速有个鸟用？是买股票期货？量大就量大，海量个头阿？多大是海量？有你们喝的茅台海量么？一天200万订单也他妈的算海量？

能让老百姓顺利订到火车票的订票系统才是好系统。去你妈的「海量事务高速处理系统」！投了这么多钱，做成这个鸟样子，不骂你们骂谁？不但谋财，还他妈的害命－浪费老老百姓的时间不是害命？

脑残会说：有能耐你来做？
去你妈的，没能耐就不能骂你了，每个人都是纳税人!

五毛会说：他们也不容易
去你妈的，哪个中国人活的容易?

去你妈的「海量事务高速处理系统」!

去你妈的铁道部!

另一篇 「基于z/TPF的互联网订票引擎」到底是什么玩意儿?

根据这几天出来的倒槽辩解新闻:
http://news.163.com/12/0111/09/7NFR4JUD00014L3C.html
「据王津称，中心当时向铁道部提出了网上售票系统的两个解决方案，一是IBM拥有专利的“基于z/TPF的互联网订票引擎”，另一个是由该中心掌握自主知识产权的分布式解决方案。但最后这两个方案均未被铁道部采纳。」

这个“基于z/TPF的互联网订票引擎”到底是啥玩意儿？

我们先看看 z/TPF 是啥吧

看这：http://publib.boulder.ibm.com/infocenter/tpfhelp/current/index.jsp?topic=%2Fcom.ibm.ztpf-ztpfdf.doc_put.cur%2Fgtpc3%2Fch1.html
Some examples of non-airline applications utilizing the z/TPF system are:
Hotel reservations
Credit authorization/verification
Police car dispatching
Electronic funds transfer switching
Online teller memo posting
Message switching
Loan payment processing
Communication transaction routers.

以上场景是除了机票之外的几个主要应用场景。请 Web 与软件技术研究中心专家们来给解释解释 z/TPF 怎么应对火车票个别复杂业务的问题，对，别回避问题，就是给大家科普一下如何应对「区间票」的问题。

我在 IBM 网站上翻了几个白皮书(PDF文件)，看了大约 10 个 PPT。得出的结论是：所谓「基于z/TPF的互联网订票引擎」基本上是忽悠，还成熟解决方案，你给我举几个成功应用铁路系统的案例来? 所谓「互联网订票系统」，原英文对应「Online ...」，忽悠谁呢? 根本就不是面向互联网的。

说白了，抛了一大堆概念，就是为了卖给你 IBM z 系列的大机器...

而清华WEB与软件技术研究中心的网站首页上赫然写着「在研项目」目前有「基于z/TPF互联网订票应用原型开发及其测试」，都他妈的还在研发，他妈的还是原型，他妈的出来鼓吹什么铁道部放弃「IBM的成熟方案」？
http://t.cn/Sa1cYj
最后，借用土豆网一位仁兄给我说的笑话：

「老师说：“大雄，老师给你90元，你再去跟胖虎借10元，这样你总共有多少钱？” 大雄说：“0元。” 老师说：“你根本不懂数学！” 大雄说：“你根本不懂胖虎！！” -- 在景德镇，原理是一回事儿，事实可能和原理根本八杆子打不着」

对了，有微博网友爆料：这个项目IBM还收了百万元的咨询费

内测 公测 都是这样的

这种小儿科的 系统， 咨询一下淘宝 ，聚划算不就行了。
    双11， 双12 并发比 火车票多几倍吧。

兄台说话很犀利，说出了很多人想说的话！
感觉，LZ的帖子很快就会神秘失踪，就像前段时间我的帖子一样。。。

http://view.news.qq.com/zt2012/12306/index.htm

首先不说其它的吧  就登入时的那个验证码能让老子看全了就不错了  很多情况下那几个字母都显示不全   尼玛的

你只考虑并发，却不考虑事务。
双11点击数再高，摊到每一个商品上每秒才多少并发订单？比得上一张火车票同时会影响到的订单数量吗？这数量甚至都不在一个量级

买一张火车票也只是更新这一个车次的订单数量吧，火车票的种类有淘宝的商品多吗？
就TM铁道部的系统有事务，其它的都是无事务的？
系统做的搓，还不让人骂。还他妈海量事务高速处理系统，多TM大的数据量？有中国移动的数据量大吗？
有银行，有淘宝的业务复杂吗?

1，异常爆堆栈, 居然是struts1，可以看到整个堆栈链
2，jboss
3，出票不锁定， 扣钱不出票这个原来也可以叫做事务。 还海量的。

出票不锁定， 扣钱不出票这个原来也可以叫做事务。 还海量的。