公路客票系统和其他客运系统一样,对于可靠性的要求非常高,分布式CAP理论证明在共享数据的分布式系统中的CAP特性中,最多只能同时满足两个。公路客票系统对数据完整性和一致性的刚性要求, 核心业务属于事务处理型交易,要求
不打破目前的异构客票系统,重新建立符合业务模式和系统扩展的基础架构,融合做的越多,复杂度也就越来越高。原来设计的基础架构本来就是满足中小站点的,没有考虑大平台,融合进来作为过渡可以,长期来看,平滑高效的扩展会是一个
公路客运站点太多,数据要实现共享,需要进行大量的数据交换, 不符合公路客运实时性的特点。国家十三五规划已经要求省或区域性集中,如果不集中,分散,各自为主的,管理复杂,数据交换太多,没法提供多样化和实时的票务服务。
硬件:高端服务器比如IBM LinuxONE主机对于i/o的结局主要有几种方式:1.专有I/O处理CPU帮助实现I/O和计算的并行大幅减少I/O等待。专用i/o协处理器,该处理器使用power8芯片,负责异步i/o的处理, cpu只负责计算。2. 单机可以支
是的,实名制购票是基础,否则管理无从谈起。
云管理软件可以横跨X86, 小型机,甚至大型机等主流硬件平台,管理不同操作系统和虚拟化软件,有效利用现有设备。可以让用户在一个平台下进行管理,简化管理。具有同时一虚多和多虚一的功能;存储通过虚拟化存储比如svc可以整合
这个问题还是cap理论的问题, 分布式模式,就意味着只能选择数据一致性和可靠性的其中一个。因为分区的原因,响应很快的同时,数据的一致性会损失,因为复杂业务应用和数据调用,以及跨物理机和分散的数据部署,会使得数据有延迟,导
根据对公路客运行业背景的理解和分析,结合我们国家交通行业的业务特点,电子客票系统服务器选择集中式部署是未来整合各地区公路客运的必由之路,标准化建设各地客运系统,分步整合集中,不管是客运调配管理还是大数据应用,不会
powerlinux的做法也是一样,单机的能力有限。即便小型机按照目前的公路客运容量来看,也最多能够做到1台满足比较少的客运站,也得切割,需要扩展能力更强的服务器实现真正意义上的数据库逻辑集中。国外客票系统从历史初期就
Vmvare是按vm来收费的,按照公路客票系统的容量,扩展要求非常高,vm个数越来越多,从成本上考虑,不是一个很好的方式,另外vmvare的仿真度比较差,就是vmware本身占用系统资源较多,随着vm越来越多,浪费是很大的。同时,用vmvare来做,物
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30