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万用户）
出行服务平台配置(高可用)清单
（注：可编辑下载，若有不当之处，请指正，谢谢!）
