路网中心出行服系统架构08021205.docxVIP

技术架构 中国公路信息服务网定位为公众出行信息服务权威信息发布网站，面向全国用户，因此架构上必须考虑高可用，易扩展来支撑数据量的不断增加以及应对用户的大访问量要求。 一期公路信息服务网与本期平台架构区别 一期公路信息服务网本期公路信息服务网（1）网站大而全，而传统的POI搜索无法与百度竞争，浪费服务器资源； （2）服务网的路况信息及事件未建立缓存系统，当访问量上来即面临性能问题； （3）系统上报审核机制导致信息时效性变差； （4）地图太过陈旧（1）去除传统的POI搜索功能，将驾车规划与实时路况结合，给出旅行时间，速度及其推荐线路，形成特色； （2）应对全国用户访问，系统建立缓存系统，防止数据库过高的负载；利用虚拟化和大数据架构，支撑未来的全国公路的实时路况和各种数据存储； （3）和路网中心一起研究改善上报机制，解决上报数据的时效性；从架构上支持网络上抓取实时路况和突发事件等信息； （4）通过线下切图机制，保证地图平稳及时升级 系统架构 系统软件技术架构图如下： 核心架构说明 模块说明备注前置机统一接收数据，并负责分发到Traffic系统处理融合形成交通流及分发到路网中心数据标准化模块作为业务数据计算展示事件并行进入两条线103数据处理处理浮动车数据，事件，气象预警等数据，并输出标准STT/STI，同时将原始数据写入缓存104数据融合将103输出的STT/STI及世纪高通转发的标准数据进行融合，并输出融合后的STT/STI，同时写入缓存缓存系统为了提高系统性能和大并发访问，缓存作为数据库和hadoop的中间层，大部分业务直接从缓存系统取数据，避免频繁和数据库打交道； 同时缓存系统将批量把交通数据写入hadoopHadoop存储分布式存储海量交通数据，利用其本身MapReduce进行统计分析WEB-T封装各类业务标准的接口，包括交通流图层， 城际间驾车规划，DAAS接口，实时查询接口等 为服务于不同的交通业务系统，公路信息服务网的整体上采用SOA（基于服务的架构）的体系架构，系统的数据不会直接面对用户，而是将其以服务的形式公开给软件开发用户。对外接口设计上将采用标准的服务接口，如SOAP、REST等，这些标准接口不受开发语言的限制，.NET和Java等成熟的企业级商业平台都可支持，同时也支持主流的客户端技术，如Javascript，Flex， Sliverlight等；这样，系统为将来的一些增值业务就具备很强的扩展性和适应性。 数据设计 容量评估 出行服务的核心业务是对两客一危GPS数据及其世纪高通转发数据进行接入、处理、存储、管理和共享。根据用户需求，数据存储能力设计需满足以下基本要求： 系统接入车辆规模按近期15-20万辆设计； 经过清理的车辆GPS坐标数据在Hadoop中至少保存12个月，以便为了将来的历史数据分析业务，本期存储设计按分布式存储设计，即通过横向增加硬件即可，超期后有系统自动备份至大容量存储设备（磁带机）； 数据转发时间间隔为30s； 每辆车每次发送的数据记录大小为0.3kb; 基于以上条件考虑，对数据库容量测算如下。 GPS监管平台数据库容量测算 方案名称所需存储容量车辆接入规模GPS数据记录低方案44TB15万辆每条记录0.3kb，每30s发送一次中方案52TB18万辆每条记录0.3kb，每30s发送一次高方案60TB20万辆每条记录0.3kb，每30s发送一次事件等信息容量测算 一年所需存储容量数据量省（直辖市）数据记录约1241M约1020条34每条记录0.1kb，每小时发送一次，每个省每天30条并发量估算 并发量 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