主题：【原创】好吧，给一个铁道部订票系统的正确答案 -- 布老虎
共:💬185 🌺732 🌵9
复 这些都不是大问题
再说一遍，这个系统的关键是所有的查询请求全部被挡在前端web服务器，进入后端的服务器的请求非常少
这个设计我完全赞同。但是，既然进入后端的请求非常少，那么何必异步呢？你给过理由是可扩展，可是即使同步架构，处理查询请求的服务器仍然可以扩展（hash map什么的跟异步无关）；而因为“进入后端的服务器的请求非常少”所以订票服务器的扩展需求并不强烈——那么用异步架构的理由是什么？累积延迟？每天200万张票的交易量级即使发生在10分钟内（3333个交易/秒），同步架构也足以应付。- 相关回复 上下关系8
🙂铁道部的现有系统不受影响 布老虎 字160 2012-10-02 00:02:57
🙂那么用什么异步系统呢？预算？ meokey 字269 2012-10-01 23:01:03
🙂Fund Checking 镐梓 字70 2012-10-01 21:52:15
🙂估算一下系统的订票响应速度 3 布老虎 字1037 2012-09-30 21:38:45
🙂"事先在铁道部的系统里存钱", 这个存钱的系统大概会死的 3 西电鲁丁 字90 2012-09-30 17:22:10
