批判下最近关于12306架构方案的“排队思路”

不错，铁路系统不需要那么高并发来应付这几天，如果真是30分钟就会售完的情况下还要挤进网络售票，那不是人为在30分钟内制造了更多并发吗？只有降并发，拉长售票时间，才是排队。那这一拉就不是半小时的事了，我讨论的就是这排队怎么排

嗯，中途弃号是可以，就更相信系统一点，还能中途换号，这样一路换号到窗口前，如果什么票都没了，自己退出队列。
不过这个是非常可怕的查询量，可以想象100万排队的人不停地刷查询，还得是动态的，因为要做到中途准确弃号，换号，不可能使用缓存。还是非常高的查询并发。这样分库的同步又是一大难题。
给技术造成的压力不亚于争夺，排队作用就不大了，排队本来是为了减轻请求压力

叫号这个简单的，处理跟拿验证码差不多。

高考时不是可以填好几个志愿的吗？排队时就可以填好几个志愿啊。

排队时拿小票，然后可以从所有的静态列车表里选车次，可以多选几个，可以慢慢选，可以主动让后面的人先买。轮到自己时，系统可以从你选的志愿里依次检查是否有票，是否“退而求其次”，当然也可以放弃购票。

谁说排队时选票，就一定让你买到这个票啊！排队只是为了降低核心系统的压力，保证可以顺畅处理大家的购票请求。

退票请求优先处理，直接插队到最前边，这样刚排队时明明没有的票，排到窗口前也是可能买到的。

限制在窗口前的每个小票的处理时间，搞来搞去完不成选票，或者来不及付款的，当作失败交易！直接重新排队去！


也可以让潜在的购票者先把期望的票单填好，然后再去排队，排队以后预选单不可更改，唯一能做的就是放弃排队直接退出，这样填预选单的机器可以动态扩容的（甚至委托给现有的互联网门户网站都可以，新浪、网易、腾讯、淘宝等都可以参与合作的，利用现有资源不是更好吗，我相信，这些媒体很愿意参与一下的，我的PC机ADSL拨号上网也愿意为大家服务），预选单需要数字签名，交给各合作商完成。核心系统仅仅处理剩下这点事肯定没有问题的，毕竟年年春运都在这么卖票的。

嗯，甚至可以针对每个车次排号

全套细化地照搬窗口是可以的，那样的后果就是网站上的队伍前进速度和现场排队接近。
但要视铁道部现有系统的并发能力来决定在网上再开多少个队，要注意在线窗口和现场窗口都会给现有系统造成压力的，要是现有系统真的那么NB开多少窗口都能处理，那网站就真没什么可做的了。
那在网上再开多少队来排就要斟酌了，开多了，系统照垮，开少了，队伍太长。网上卖票就被搞成了加开售票窗口，效果未知

网上自助选票，可以慢慢的选，菜单是静态的，和余票没有关系，有没有票是购票时才知道的，除了黄牛，每个人想要的不是车次A就是车次B，那么几个而已。

所以，这个点票机很简单，弄个html加js就能搞定，很容易根据实际情况来扩展，实在顶不住了，马上买几台机器插根网线就上线服务了！各大门户网站，只要拿到签发的授权证书，立马就可以参与服务。

排队是降低核心系统压力的必须方法，外围可以瘫痪，可以替换，可以请求支援，但是核心系统没难么容易，千万不能跨，核心资源也不能被占用，这单处理不了就放弃，不能被占用。核心系统自己掌握主动权。

就是和现实窗口一样的模型，计算机处理订单的速度比在窗口喊话快不知多少倍！

如果排队时是带了现金的话（可以预先付款的话），提交订单后你可以玩游戏了，等着手机上的短信就可以了，结果无非就是：你购了A票，或者B票，或者购票失败！

临界资源被占用是目前最大的问题。

如果不是为了这么几天，那么需要这个系统干嘛？平常时到窗口买会没票吗？

票数量一定，怎么样都会有人买不到票。

排对的意义在于可以缓解中心系统的压力，需要等一段时间才买到票，这个是可以接受的。
无论如何都保证不了人人有票

我认为不是为了春运才做这个系统的，更是为了网络化售票，而春运，只不过是赶上了。春运只不过是把问题聚焦，并且放大了。春运是个很敏感的词。

春运有那么多人，难道真的按照春运的需求去见铁路吗？平时没有人坐，铁路躺那里晒太阳，长锈吗？

对于网络售火车票，我认为，只要能平稳有序的把票卖出去，就可以了。不能要求全国人民一起上来买票，然后一瞬间平稳有序的卖出去。
让大家排队等等是可以理解的。
只不过，搞出那么多事，就真的离谱了。