公路电子客票系统特点分析与架构选型浅析
公路和铁路飞机售票系统分析：
1、售票截止时间，开车前5分钟甚至2分钟都可以买票。
2、大巴座位有限，运量小，多班次发车。高铁和飞机每班次承载的数量远多于大巴。
3、站点多，因路网密集的优势，几乎只要有客流的地方都可以到达。省市之间，甚至区县都有大巴车通达。
4、管理松散，因历史原因，各省市客户站的建设几乎都是各自为政，没有高铁机场全国一体化，行政集权化高，政令通达及执行效果都非常高。
5、网上预订少，几乎都是到站买票，随买随走。
基于以上几点，公路电子客票系统从架构上看我认为分布式部署可能更适合一点，将生产系统放到各个站点，同时在省一级建立灾备平台及大数据分析平台。这样从建设资金上和推广上难度都会小一些。不知道专家怎么看
2同行回答
如果只从技术上考虑，不管是管理还在容灾备份，包括后期的运维，肯定是集中部署更好一点，但是由此也会带来一些问题，连接站点多，一旦某个站点网络至机房连接出现故障，则整个站点就瘫痪了。前不久支付宝的故障说是因为光纤被挖断就是个例子，所以容灾方案一定要做好，在网络瘫痪的情况下如何售票，是否可以使用4G网络传输等。网络设备故障，系统故障如何快速恢复。
公路客运部门无论从资金上，还是人员技术储备上远远不如铁路和航空公司，所以在部署和后期运维上都需要优化方案。
集中部署后如中心出现故障，则全部站点都可能瘫痪，是否需要采用两地三中心等高可用方案。目前遇到机房全军覆没的基本上都是由于供电故障造成的。所以包括供电方面，双市电加UPS。核心主机采用多台小型机做双活，切分业务。主机系统可以采用VMware虚拟化，系统做成模板，把业务应用封装在docker里面，每个站点复制即可完成，大大提高部署和升级速度。数据库采用oracle 的ADG双活，存储使用HDS的远程同步。采用自动化运维监控工具，降低运维难度。
毕竟是一项民生工程，希望能够建成高性能高可用的系统。
- 不管集中还是分布，灾备都是一个大问题。目前比较成熟的做法集中像银行，分布像淘宝，都可以参考，关键是首先要判定两种不同的部署，到底谁能够好的满足公路客票系统的特点，之前已经说了很多了，可以参考其他问答。