是的，实名制购票是基础，否则管理无从谈起。

公路客运站点太多，数据要实现共享，需要进行大量的数据交换， 不符合公路客运实时性的特点。国家十三五规划已经要求省或区域性集中，如果不集中，分散，各自为主的，管理复杂，数据交换太多，没法提供多样化和实时的票务服务。...

车次信息包括起点，终点，途经站，渠道是否可售，余票信息，发车时间等，公路电子客票订单的生成应是在云中心进行，而时效性不高的车次查询，线路查询等可以分布式来加快响应速度。...

必须要打破省市，区，县的部署模式，否则大量的数据交换。根据国家的要求， 省需要集中各地市票务系统， 只有整合各地市票务系统减少各自为主的模式，才能实现数据一致性和实时性，否者数据在交换过程中，肯定会有延迟。...

不打破目前的异构客票系统，重新建立符合业务模式和系统扩展的基础架构，融合做的越多，复杂度也就越来越高。原来设计的基础架构本来就是满足中小站点的，没有考虑大平台，融合进来作为过渡可以，长期来看，平滑高效的扩展会是一个障碍。...

公路客票系统和其他客运系统一样，对于可靠性的要求非常高，分布式CAP理论证明在共享数据的分布式系统中的CAP特性中，最多只能同时满足两个。公路客票系统对数据完整性和一致性的刚性要求, 核心业务属于事务处理型交易，要求具备ACID特性，否则在事务处理的过程中无法保证数据的完...

    如果只从技术上考虑，不管是管理还在容灾备份，包括后期的运维，肯定是集中部署更好一点，但是由此也会带来一些问题，连接站点多，一旦某个站点网络至机房连接出现故障，则整个站点就瘫痪了。前不久支付宝的故障说是因为光纤被挖断就是个例子，所以容灾方案一定要做好，在网...

业务层的逻辑分布来看，基本上是四个业务层，可分为接入层，渠道层，核心业务层和通用服务层。接入层包括手机，PAD，远程，网络，售票窗口，车站监控和一体终端等 。在业务系统的部署上，接入层可以根据服务半径，部署到相应地区以提供前置应用的最大化效能，提升终端客户的应用体验。其他各层运...

这个问题还是cap理论的问题， 分布式模式，就意味着只能选择数据一致性和可靠性的其中一个。因为分区的原因，响应很快的同时，数据的一致性会损失，因为复杂业务应用和数据调用，以及跨物理机和分散的数据部署，会使得数据有延迟，导致数据同步会晚一些，数据不一致。如果保证数据一致性，那...

先说第一个问题吧，基础架构设计要考虑哪些关键要素？这个问题太大，按照楼主所说的发展规划，未来集中已成定势，考虑到公路客运比铁路和航空来说，更加的庞大，需要管理的维度更多，建议使用国外同行业成功经验，或者国内交通行业经验来建设。按照行业内航空，铁路的部署模式来看，都是采用集...