基于分布式微服务的地图引擎架构制造技术

本发明专利技术实施例提供一种基于分布式微服务的地图引擎架构。该架构包括：服务管理模块，服务总线，以及，分布式部署在至少两个物理设备上的多个地图服务模块；所述服务管理模块通过所述服务总线与每个所述地图服务模块连接；每个地图服务模块用于提供与地图引擎相关的微服务；所述服务管理模块，用于管理所述地图服务模块是否提供微服务。本发明专利技术提供的基于分布式微服务的地图引擎架构，通过将多个地图服务模块分布式部署在至少两个物理设备上的方式，可以对地图引擎的服务单独升级，无需对地图引擎整体升级，提高了地图引擎的新功能上线的效率和速度。

【技术实现步骤摘要】
基于分布式微服务的地图引擎架构
本专利技术涉及地图引擎
，尤其涉及一种基于分布式微服务的地图引擎架构。
技术介绍
从应用层面来看，地图引擎就是一套提供了驱动和管理地理数据，实现渲染、查询等功能的一套函数库。应用层软件可以调用地图引擎提供的功能接口，即可利用地图引擎完成自身与地图服务相关的功能。目前地图引擎已广泛应用于各种终端上，比如手机，车载终端等。对于目前的地图引擎来说，地图引擎大多采用软件开发工具包(SoftwareDevelopmentKit，简称SDK)的形式进行封装。因此，地图引擎一般通过整体升级的方式，升级自己的某一功能。对于非手机的移动端(如车载终端)压力较大(例如内存和数据流量等)，导致地图引擎的新功能也难以实时上线。
技术实现思路
本专利技术实施例提供一种基于分布式微服务的地图引擎架构，能够提高地图引擎新功能上线的效率和速度。本专利技术提供的一种基于分布式微服务的地图引擎架构，包括：服务管理模块，服务总线，以及，分布式部署在至少两个物理设备上的多个地图服务模块；所述服务管理模块通过所述服务总线与每个所述地图服务模块连接；每个地图服务模块用于提供与地图引擎相关的微服务；所述服务管理模块，用于管理所述地图服务模块是否提供微服务。一种可能的实现方式，所述服务管理模块，具有下述至少一项功能：设置所述地图引擎架构中默认启动的微服务；管理和记录所述地图引擎架构微服务的覆盖关系；其中，具有所述覆盖关系的两个微服务同时运行时，被覆盖的微服务停止提供微服务；管理所述地图引擎架构微服务的绑定关系，其中，具有所述绑定关系的两个微服务中，其中一个微服务使用另一微服务产生数据提供服务；所述地图引擎架构中的微服务的查询。一种可能的实现方式，所述地图服务模块通过预设服务接口，向服务管理模块发送微服务注册请求。一种可能的实现方式，所述微服务注册请求包括下述至少一项信息：微服务的标识、提供所述微服务的服务实例的标识、所述微服务的优先级、所述微服务是否允许被覆盖、所述微服务是否允许启动多服务实例、所述微服务是否覆盖所述地图引擎架构中已注册的微服务、所述微服务是否与所述地图引擎架构中已注册的微服务绑定。一种可能的实现方式，所述地图引擎架构，还包括：数据管理模块和数据总线；所述数据管理模块通过所述数据总线与每个所述地图服务模块连接；所述数据管理模块，用于管理所述地图服务模块提供微服务时所产生的数据。一种可能的实现方式，所述数据管理模块，具有下述至少一项功能：管理所述微服务产生的数据在所述地图引擎架构中的传输方式；管理和记录相同微服务所产生的数据之间的覆盖关系；其中，具有所述覆盖关系的两个微服务的数据同时存在时，丢弃被覆盖的微服务的数据；缓存所述微服务产生的数据；所述微服务产生的数据的查询。一种可能的实现方式，所述微服务产生的数据通过预设数据接口，向服务管理模块发送数据注册请求。一种可能的实现方式，所述数据注册请求包括下述至少一项信息：表征微服务产生的数据的来源的标识、所述微服务产生的数据的传输方式、所述微服务产生的数据是否允许被覆盖、所述微服务产生的数据的优先级、所述微服务产生的数据是否覆盖其他微服务已注册的数据。一种可能的实现方式，所述物理设备为车辆上的电子控制单元(ElectronicControlUnit，简称ECU)。一种可能的实现方式，所述微服务为下述任一项：地图数据服务、定位服务、渲染服务、算路服务、导航服务、巡航服务、路况服务、搜索服务、周边识别服务、增强现实AR导航服务、高级驾驶辅助系统ADAS服务、语音服务。本专利技术提供的基于分布式微服务的地图引擎架构，通过将该地图引擎架构下的多个地图服务模块分布式部署在至少两个ECU上，服务管理模块通过服务总线，调用分散在不同ECU上的地图服务模块提供微服务。通过将多个地图服务模块分布式部署在至少两个ECU上的方式，可以对地图引擎的服务单独升级，无需对地图引擎整体升级，提高了地图引擎的新功能上线的效率和速度。同时，上述将多个地图服务模块分布式部署在至少两个ECU上的方式，可以充分调用ECU的算力，提高该地图引擎提供服务的速度和效率。附图说明为了更清楚地说明本专利技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本专利技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。图1为本专利技术提供的一种基于分布式微服务的地图引擎架构；图2为本专利技术提供的一种基于用户的需求设定默认启动的微服务的用户界面示意图；图3为本专利技术提供的一种设置服务的覆盖关系的用户界面示意图；图4为本专利技术提供的一种查询导航服务的示意图；图5为本专利技术提供的另一种基于分布式微服务的地图引擎架构。具体实施方式为使本专利技术实施例的目的、技术方案和优点更加清楚，下面将结合本专利技术实施例中的附图，对本专利技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本专利技术一部分实施例，而不是全部的实施例。基于本专利技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本专利技术保护的范围。如前所述，地图引擎一般通过整体升级的方式，升级自己的某一功能。对于非手机的移动端(如车载终端)压力较大(例如内存和数据流量等)，导致地图引擎的新功能也难以实时上线。目前，车辆上部署的电子控制单元(ElectronicControlUnit，简称ECU)较多，且ECU具有良好的运算力。因此，提出一种基于分布式微服务的地图引擎架构，可以将与地图引擎相关的功能拆分成多个微服务，分别部署在车辆上不同的ECU中，实现分布式部署，充分利用ECU的运算力。这样，在对某一功能进行升级时，可以只对该功能进行升级，无需整体升级，节省了升级流量及时间。当然，在将上述基于分布式微服务的地图引擎架构应用于其他应用场景时，也可以将该架构中的多个地图服务模块分布式部署在至少两个物理设备上。此处所说的物理设备可以是任一具有处理、通信功能的设备，具体可以根据应用场景确定，本专利技术对此不进行限定。下述实施例以应用场景为车辆，地图引擎架构的多个地图服务模块分布式部署在车辆的至少两个ECU为例进行示例说明。图1为本专利技术提供的一种基于分布式微服务的地图引擎架构。如图1所示，该地图引擎架构可以包括：服务管理模块，服务总线，以及，分布式部署在至少两个物理设备上的多个地图服务模块；所述服务管理模块通过所述服务总线与每个所述地图服务模块连接；每个地图服务模块用于提供与地图引擎相关的微服务。所述服务管理模块，用于管理所述地图服务模块是否提供微服务。地图服务模块能够提供下述任一微服务(简称微服务)：地图数据服务、定位服务、渲染服务、算路服务、导航服务、巡本文档来自技高网...

【技术保护点】
1.一种基于分布式微服务的地图引擎架构，其特征在于，所述地图引擎架构，包括：服务管理模块，服务总线，以及，分布式部署在至少两个物理设备上的多个地图服务模块；所述服务管理模块通过所述服务总线与每个所述地图服务模块连接；每个地图服务模块用于提供与地图引擎相关的微服务；/n所述服务管理模块，用于管理所述地图服务模块是否提供微服务。/n

【技术特征摘要】
1.一种基于分布式微服务的地图引擎架构，其特征在于，所述地图引擎架构，包括：服务管理模块，服务总线，以及，分布式部署在至少两个物理设备上的多个地图服务模块；所述服务管理模块通过所述服务总线与每个所述地图服务模块连接；每个地图服务模块用于提供与地图引擎相关的微服务；
所述服务管理模块，用于管理所述地图服务模块是否提供微服务。


2.根据权利要求1所述的地图引擎架构，其特征在于，所述服务管理模块，具有下述至少一项功能：
设置所述地图引擎架构中默认启动的微服务；
管理和记录所述地图引擎架构的微服务的覆盖关系；其中，具有所述覆盖关系的两个微服务同时运行时，被覆盖的微服务停止提供服务；
管理所述地图引擎架构的微服务的绑定关系，其中，具有所述绑定关系的两个微服务中，其中一个微服务使用另一微服务产生数据提供服务；
所述地图引擎架构中的微服务的查询。


3.根据权利要求2所述的地图引擎架构，其特征在于，所述地图服务模块通过预设服务接口，向服务管理模块发送微服务注册请求。


4.根据权利要求3所述的地图引擎架构，其特征在于，所述微服务注册请求包括下述至少一项信息：
微服务的标识、提供所述微服务的服务实例的标识、所述微服务的优先级、所述微服务是否允许被覆盖、所述微服务是否允许启动多服务实例、所述微服务是否覆盖所述地图引擎架构中已注册的微服务、所述微服务是否与所述地图引擎架构中已注册的微服务绑定。


5.根据权利要求1所述的地图引擎架构，其特征在于，所述地图引擎架构，还包...

【专利技术属性】
技术研发人员：丁一夫，
申请(专利权)人：斑马网络技术有限公司，
类型：发明
国别省市：上海;31