空间信息云服务聚合平台架构设计与实现.docxVIP

空间信息云服务聚合平台架构设计与实现 作者：黄晓军邓吉秋 来源：《科技创新与生产力》2018年第4期 摘要：GIS云服务和GIS服务聚合都是当前GIS应用领域的研究热点。本文通过分析国内 外空间信息服务的聚合研究状况和空间信息服务在云平台上的发展趋势，设计了一种基于云计 算的、面向服务群的GIS服务聚合平台软件框架。通过参考现有服务质量模型，结合云计算在 服务质量评价方面的影响，设计了聚合服务质量评价模型。该模型针对云计算的健壮性、高可 用性和弹性伸缩等特点，实现了对空间信息云服务质量的动态记录和评价。该软件框架聚合了 百度地图、天地图、ArcGIS等多种主流空间的信息服务，并且聚合阿里云、百度云和私有 OpenStack云平台，具有一定的实用性。 关键词：GIS ；服务聚合；云GIS ；软件框架 中图分类号：P208.2； TP393.09 文献标志码：A DOI： 10.3969/j.issn.1674- 9146.2018.04.101 云计算作为一种重要的IT技术，经过近几年的发展已经日臻成熟。如今计算机世界已 经迈入了 “云”时代，作为跟随IT技术发展而发展的GIS技术也在不断朝着“云”化的方向发 展，地理信息和处理服务更是契合云计算的特点［1］。经过多年的发展，地理信息系统已有许多 成熟的解决方案，以ArcGIS、SuperMap和MapGIS等为代表的地理信息系统软件占据了一定的 市场。同时，越来越多的地理信息处理服务正被大众使用，如百度地图、高德地图、谷歌地图 等，不仅提供地图服务，同时还提供许多地理处理服务。目前，站在信息化建设的前沿，各个 公有云平台都提供了越来越有竞争力的产品，以OpenStack为代表的私有云系统也成熟可用。 用户需要一种能够基于云平台、发挥云计算优势，又能处理异构空间信息且能结合开放服务的 以使成本更低的软件平台。 基于此，笔者采用微服务方式架构平台，以服务群的概念划分同一类的空间信息服务， 并根据服务质量评价模型，借助云平台的API，将具体空间信息服务运行于合适的云平台［2］。 微服务是一种更适合软件云化趋势的分布式软件架构方式［3］，采用微服务可使聚合模型、服务 管理模型、底层交互接口相互分离且独立运行，借助云计算的高可用性使得平台的服务质量得 到保证。空间信息服务聚合流程模型首先通过规则自适应地聚合不同服务群的服务；其次独立 的服务注册、发现、管理模块为服务聚合中的服务选择提供支持，执行代理运行指令［4］；最后， 通过暴露一个通用URI的方式，为用户提供一个统一的访问接口，从而屏蔽服务的具体实现。 通过这种方式，异构服务得以按照用户的规则聚合。云平台使得空间信息服务具有高可用、弹 性伸缩以及适应高数据量和大计算量等特性。 1 空间信息云服务聚合平台软件框架设计 1.1服务群设计 服务类别的划分是服务聚合的基础［5］。空间信息服务拥有许多类别，如地图服务、地 理处理服务等。将具有相同特征的服务划分为一个类别，称为服务群。对于空间信息云服务聚 合框架来说，服务群是指由不同服务商或者不同底层通过统一的调用接口进行服务调用，以实 现相同服务功能的一组空间信息服务。服务群可以表示为一个元组［6］，如ID，Name， Description， Operation， Input， Output， Capability。其中，ID 为服务群的唯一识别编号; Name为服务群的名称；Description用来简单表述该服务群；Operation为服务群所代表的空 间信息操作类型；Input为输入参数；Output为输出参数；Capability用于具体表述服务群的 使用功能，如可提供的服务类型、操作方法、输入输出参数等必要信息。 同一个服务群的服务具有相同的调用接口和一致的输入输出，同样也能提供相同的功 能，但由于其具体实现或提供商不同，相应的服务质量（Quality of Service， QoS）属性也会 不同［7］。单个服务也可用一个元组来表示［6］，如ID，Name， GID，Description， URL，Token， QoS。其中，ID为服务的唯一标识；Name为该服务的名称；GID为该服务所属服务群的ID； Description用来简单表述该服务；URL代表服务的调用地址；Token表示该服务的访问令牌， 用于授权控制；QoS则为该服务的服务质量描述。 1.2云聚合软件框架 笔者以服务群和服务描述为基础，结合云计算和分布式系统的相关技术，设计了空间 信息云服务聚合平台的软件框架，其主要包括：服务聚合流程模型、空间信息聚合服务群、服 务注册和发现中心、抽象服务接口、服务执行代理、API网关服务、云服务调用和监控。 1） 服务聚合流程模型。服务聚合流程模型是根据用户的服务需求自动选择