讨论火车票订购网站架构

架构师年轻的时候也在讨论这个问题

这个应该是卖的无座票吧 无座漂确实是谁抢到是谁的

把秒杀改改，就行了

所以你完全不了解什么叫完全实时

很多都是一些站这说话腰不疼的人...

自暴下.
如果叫我设计这个网站的架构我还真设计不出来.

我班门弄斧，来画个架构图，嘿嘿


看附图。

另，提交订票订单的处理流程如下：
1）用户通过浏览器访问系统URL
2）界面集群F5将请求转发至某一节点，通过比较用户数据库的内容进行身份鉴权。
3）鉴权成功后进入订票，提交订票订单（查询流程暂不讨论）界面显示请等待
4）订票消息被发送至总线部件（接口可用web Service、RMI、甚至自定义协议都可以）
5）总线收到订票消息、去Cache集群查询相关车次
6）Cache根据自身维护的车次余票表，返回查询结果，如果有余票，转7）。如果无票了，则总线返回界面集群“没票了”，界面提示用户明天再试。
7）若有余票，则总线返回界面集群“正在出票，请等待”，并将订票请求压入队列。且发消息至Cache，告诉CACHE将订票请求加入队列。
8）Cache收到总线队列增加1个的消息，将自身维护的对应车次余票数减1个。
9）总线另一线程负责从队列中取消息，并发送至出票部件。
10）出票部件产生订票结果，并修改数据库，发送“订票成功”消息回总线。
11）总线将订票成功消息直接回传至界面集群。
12）用户看到订票结果。

解决的办法就是开放接口.将压力分担出去.比如找10个接口合作方或者更多.合作方和12306之间可以走socket通信.而不是http,这样流量就会小很多.至于12306 当然要分库,加缓存.

什么啊 12306 网站的 最初上线的时候 前面 是Apache  后面罩着 weblogic
貌似还有什么iis 什么的....  硬件有刀片什么的.... 对了 貌似短信什么的delphi写的......
动态内容jsp ,asp什么的都是在静态页面里iframe 进来的...... 对了部分数据库可是oracle ....

队列用JMS？是异步的哦。

还是需要从业务上进行优化，分线路缓解服务器压力。