讨论火车票订购网站架构

最主要的还是负载均衡吧，我觉得可以将数据分布到各个省的数据中心去，然后各做各的负载均衡！当然估计还是承受不了的，所以还需设置一个队列系统，让用户排队。最后限制在线时长！！！而不是一直说用户忙，用户多之类的！！

按10亿人口（当然网络购票绝对不会有10亿人）、售票高峰15天，每天12小时出票来计算，若每次都能购票成功，则每秒的理论并发为1543个（事实上1543的并发完全不需要多余的负载）。但若出现阻塞的情况，就会导致用户不停的刷新，从而导致系统更加繁忙。
要解决这个问题，可以从几个方面下手：
1.使用异步排队的方式(或者AJAX提交，提交完后把页面给锁了，直到服务器响应)，当购票请求提交后提示用户“您正在排队，您前面有XXXX位。。”，当排队成功后，一天之内付款，购票成功！这样就可以避免购票者不断提交造成的压力。
2.提高系统并发，使用nginx作为HTTP服务器，据说nginx的并发高达3万，这个我没有具体测试，当然这个也取决于业务逻辑的复杂度。
3.缓存所有车票信息，提高查询的响应时间

你这个高峰期的计算逻辑本身就是错的
首先车票12天预售期是在15:00开卖，结果就是你这所谓的12小时出票的访问压力会基本上全部集中在15:00的前5分钟，后最多30分钟以内，特别是在15:00的前后5分钟，真按你的1543个并发去设计系统，那就等死去吧

那得多少台服务器？

全国这么多人网络买票，每人扣1块钱出来也够他买服务器了。

这套系统别的没什么，就是缺排队系统。

PS：很明显，电话订票更靠谱。