主题：【原创】关于12306“排队”系统引发的争议 -- 忘情
家园 淘宝的客户和高铁的客户不同 淘宝是亿万个人在找亿万个商品，这个商品没货了，可以换另一个商品，很少人会盯着一个货狂刷的。就是啥零时抢购也就是短暂的一个瞬间，而且抢不到的人不会埋怨网站的，基本都是自认倒霉。而高铁票不行，很多人就是盯着一种票狂刷，因为很多人都侥幸心理万一有一张退票呢？等于是要面对好几万个恶意攻击，还要弄得井井有条。上海的车牌拍卖只面对一个人制造的恶意攻击就瘫痪了。
中国这种春运，长假运输真的是世界性难题，就是新浪的微博，百度的搜索，淘宝的买卖都基本碰不到高铁这种情况。
不过tg真的是胆子大，真敢试，现在的长假免高速过路费，很可能也是一场灾难。
家园 这样的访问特性技术上更简单。 1万个请求争1000个资源和1万个请求争1个资源，其实后者在技术上处理起来更简单。
热点集中，cache效率更高。
家园 要比淘宝容易多了。 不同的车次之间，售票没有关联性。
因此很容易用服务器组进行并发处理。
家园 你是专家，看看这个方案，我反正觉得挺好的 不远攸高:突然想到的：12306为什么要做成实时？完全可以异步
完全可以不追求实时嘛，窗口售票是提前10天，网络提前12天开始接受订单，接受窗口为8个小时，到点不再接受订单，开始随机分配，分配结束后发送手机短信通知购票人付款，在下一次订单截止时间前付款即可。24小时内完全可以完成下订单->票额分配->付款的整个环节，没有付款的滚动入下一次网络预售甚至窗口
和奥运售票、北京购车抽签的套路完全一样，根本不用和淘宝的秒杀学
现在每日输送旅客高峰不过600万人一天，一人10个单子6000万单子分布在8小时，哪怕不用平均，用啥泊松分布、高斯分布，每分钟的单子也有限；而且现在只有订单写入，不涉及锁争用锁等待，实现起来完全可以轻而易举，有点流量限制就能拿下。反正保证你8小时内单子能填入就好了
给提提意见呗
家园 除了内部计算的问题，还有一个问题就是带宽。 带宽也是巨额开支。
家园 每次查询或者订票的数据量很小很小。全加在一起才巨大。
家园 这个铁路客票就在淘宝和京东之间招标就结了，哪来这么多麻烦 就商业价值而言，搞得不好开发费就只收1块钱。现在拿好几亿搞这么个还不如不搞的东西，倒是该查一查有没有利益输送问题在里面。
家园 部里是不会同意这么做的 长期以来运营的经验教训，以及前几年引进动车技术的二桃杀三士的成功经验，有时候反而成了包袱，部里相关人员虽然落马，但大家思维上还是想事事掌握主导权，一切以我为主。