主题：【原创】好吧，给一个铁道部订票系统的正确答案 -- 布老虎

下订单：请求被负载均衡到任意一台前端服务器，前端服务器知道这哥们要下订单了，二话不说把订单扔到一个message queue（叫做fund checking queue吧， 瞧，我连变量名字都替铁道部起好了），然后返回一个响应给用户，订单已经提交，请查email或短信。全部响应时间应该在毫秒级。

后端服务器先检查这哥们的钱够不够。因为这钱已经存进铁道部的系统， 这就直接在铁道部的数据库里（就叫存款数据库吧）查询就行了，用不着到工农中建的服务器上去做啥web service。钱够了，直接扣就行。简单的按身份证号sharding数据库table就行了，200个MySql serve, 每个32G内存，够全国人民用的吧？全部响应在毫秒级。

如果这哥们钱不够，把请求扔到一个message queueu（就叫insufficient funds queue吧), 然后email 短信啥的就不多说了。

如果这哥们钱够了，先扣钱，然后把请求扔到一个message queue（就叫 seat checking queue 吧），这个queue主要就是占座位了。如果座位被占了，那么就回到存款数据库里把钱退回去。如果座位还有，那么就占座，然后发送两个message, 一个message到另外一个message queue (就叫做cache update queue吧），这个queue的任务是更新第一步里面的cache（看，叔叔没有骗你吧？)。另一个message当然就是发短信确认订座了。 这一步的响应也应该在毫秒级。