传统客票系统架构是否能满足支撑省级统一的电子客票平台？

省级的联网售票系统，传统架构能否满足，还是要看具体的需求。通常来说，小的省基本是能够满足的。但是传统的系统架构，olap与oltp都是由关系型数据库去处理，数据量大，查询量大的场景下，性能不好。在做数据库架构设计时，最好将olap与oltp分开，使用不同类型的数据库管理系统，例如olap采用列存数据库或者nosql数据库，oltp还是采用关系型数据库。12306就是前车之鉴

传统客票系统基础架构大部分以X86服务器集群、小型机集群为主体的传统分布式部署架构，随着业务的发展，给企业的信息系统建设带来了越来越多的挑战：

系统稳定性较差、纵向扩展能力的不足导致不得不采用分库分表等方式，带来了应用复杂度的急剧提升、大量的硬件采购、安装、更新换代及繁琐的硬件维护、软件和应用的运维管理、商业软件许可证费用的不断增加、灾备建设的难度等等，统客票系统架构难以支撑省级统一的电子客票平台。

采用何种架构部署方式，取决于业务应用和未来发展趋势，对于客票系统而言， 联网是大趋势，同时业务应用中存在大量的查询操作和交易量等等

目前道路运输市场主体多、小、散、弱、差的现状，难以适应市场需求，分散的系统部署难掩信息孤岛的现象发生，存在着极大的资源浪费。

从系统层面来看，传统公路客运业务系统架构面临的几个主要问题：首先多个业务系统（票务、清分、结算、统计分析）分散部署，数据交互十分复杂；其次众多渠道接入，同样意味着要在多个站点平台之间进行复杂的数据交换和同步；另外多渠道网络化的客票服务、节假日的客流高峰，对系统负荷形成压力；构建省级统一的票务和信息服务平台，实现异地售票、联程售票和公众信息服务，提供互联网、电话、代理点、自助终端和移动终端等多种订购票渠道，方便民众出行、提高运行效率和行业监管水平，应用先进的信息技术实现道路客运联动管理、智能决策和旅客出行一体化服务，通过工程建设完善一套售票联网标准和规范。 所以需要有整体的设计以满足未来整合的需求

可以参考最近某省公路售票系统。该省的全省售票系统采用X86+Infiniband+SSD来搭建DIY的Exadata解决方案。

售票系统采用Oracle RAC来支支撑，计算节点采用3个4路 X86服务器，存储节点采用3个2路X86服务器，每个节点24块800G SSD,系统采用4副本，系统可用容量14.4T。

网络采用Infiniband网络交换机实现Oracle RAC心跳RDS互联，降低CPU利用率和提升系统可靠性。存储和计算节点采用Infiniband互联，采用RDMA协议，延时<1.5us.并行能力可达到20GB。整个计算能力>150万TPCC。

该系统采用任意节点掉电情况下可以实现业务影响<15s。