铁路客票系统架构设计.docxVIP

PAGE PAGE1 铁路客票系统架构设计 铁路客票系统架构设计 前言 什么才是12306最需解决的问题？ 、重大节假日前期，系统登陆难。 、抢票环节的并发处理能力。 、余票查询的响应速度。 人们往往有先入为主的观念，导致了解决问题的思维方式收到束缚，难以跳出既定的圈子。谁能说现在的购票系统的业务逻辑和用户体验是最合理的呢？它的设计合理之处又在哪里呢？我想完全不懂技术的人做产品经理，可以比技术出身的人做的更好，因为不懂技术的产品经理提出的需求不会受技术的束缚，更加注重用户体验。12306的余票查询的用户体验太糟糕了，为什么非要有帐号才可以查询-_- 购票系统的功能架构和技术架构，势必要考虑到峰值的处理能力，尤其是超大规模并发的处理能力。12306虽说是非盈利性的，但是这毕竟关乎到民生，为何不公开技术架构，让更多的人参与改进呢？ 以上内容可以忽略。以下是我的设计思路，主要采用功能适度分离的思想进行设计。 、余票查询的优化方案 将余票查询系统与抢票系统功能分离，余票查询系统部署到镜像站点CDN上，抢票系统应用单独部署，支付和退票应用单独部署。（这点很关键） 数据库的读写分离，主数据库只做写操作，写入购票记录和更新实时余票信息，余票查询库可以通过异步更新获取余票信息。余票查询功能可以基于部署到CDN上，建议免登陆，建议向社会开放余票资源和API。（解决查票问题） 余票查询系统的系统架构。