路网中心出行服务系统架构

1.技术架构

中国公路信息服务网定位为公众出行信息服务权威信息发布网站，面向全国用户，因此架构上必须考虑高可用，易扩展来支撑数据量的不断增加以及应对用户的大访问量要求。

1.1.系统架构

系统软件技术架构图如下：

为服务于不同的交通业务系统，公路信息服务网的整体上采用SOA（基于服务的架构）的体系架构，系统的数据不会直接面对用户，而是将其以服务的形式公开给软件开发用户。对外接口设计上将采用标准的服务接口，如SOAP、REST等，这些标准接口不受开发语言的限制，.NET和Java等成熟的企业级商业平台都可支持，同时也支持主流的客户端技术，如Javascript，Flex， Sliverlight等；这样，系统为将来的一些增值业务就具备

很强的扩展性和适应性。

1.2.数据设计

容量评估

出行服务的核心业务是对两客一危GPS数据及其世纪高通转发数据进行接入、处理、存储、管理和共享。根据用户需求，数据存储能力设计需满足以下基本要求：

⏹系统接入车辆规模按近期15-20万辆设计；

⏹经过清理的车辆GPS坐标数据在Hadoop中至少保存12个月，以便为了

将来的历史数据分析业务，本期存储设计按分布式存储设计，即通过横向增加硬件即可，超期后有系统自动备份至大容量存储设备（磁带机）；

⏹数据转发时间间隔为30s；

⏹每辆车每次发送的数据记录大小为0.3kb;

基于以上条件考虑，对数据库容量测算如下。

GPS监管平台数据库容量测算

事件等信息容量测算

1.3.并发量估算

并发量

Nginx repsonse: 5000/S

8-core Server:

Routing : 10*8 = 80

Search: 20*8 = 160

DB ：20*8 = 160

带宽

10万用户,活跃 12 小时:

routing request :50000次/day；

search: 80000次/day

假设:

average route length: 50km

6 map tiles/km

10 map operations per POI search

•Map

•Navigation: 50K * 50km* 6 Tiles/km = 15M Tiles

•POI search: 80K * 6 Tiles * 10 = 4.8M Tiles

• C = (15+4.8)/(3600*12)=460/s

•Routing

C = 50k/(3600*12) = 1.15/s

•POI search

C = 80k/(3600*12) = 1.85/S

500w之后需要考虑cache问题，2G bits / 500万用户

1000w之后需要考虑带宽

1.4.出行服务平台硬件配置清单（500万用户）

出行服务平台配置(高可用)清单

（注：可编辑下载，若有不当之处，请指正，谢谢!）