[发明专利]一种微服务架构可自动伸缩的GIS服务装置及其控制方法

说明书

本发明提供了一种微服务架构可自动伸缩的GIS服务装置及其控制方法，该装置包括：Master进程模块、Daemon进程模块和一个或多个Worker进程模块；Master进程模块，用于启动Master进程作为整个GIS服务装置中GIS服务统一的访问入口，提供GIS服务管理功能，提供Worker进程管理功能；所述Daemon进程模块，用于运行Daemon进程，对Master进程进行后台监控；接收Master的状态报告，根据所述报告检查Master进程的运行情况，当Master进程异常退出，Daemon进程自动启动一个新的Master进程；所述一个或多个Worker进程模块，用于运行Worker进程，由Master进程启动和管理，接收Master的指令进行服务发布、删除或更新操作，定期向Master报告自身的状态信息。

技术领域

本发明涉及一种微服务架构可自动伸缩的GIS服务装置。此外，本发明还涉及一种基于该GIS服务装置进行自动伸缩的控制方法。

背景技术

GIS（Geographic Information System：地理信息系统）应用服务器作为WebGIS（网络地理信息系统）的核心组件，负责将各种GIS资源、例如GIS数据、地图、三维场景等发布成相应的GIS服务，如地图服务、数据服务、三维服务、空间分析服务、网络分析服务、公交换乘服务、地理编码服务等。同时，GIS服务器还负责接收GIS服务请求，并根据请求参数来完成响应。

由于一个完整GIS应用系统往往需要发布多种GIS资源，并提供各种GIS功能。为此，一个全功能的GIS服务器通常要包含多个GIS服务。随着GIS应用走入大众，GIS服务应用系统服务的用户数也越来越多，从而对应的GIS服务负载也居高不下。

传统的GIS应用服务器是一个经典的单体应用程序，各种GIS服务，包括不同数据来源，不同类型的服务都部署在一个进程中。这种部署模式在项目实施时能带来一些便利，但也带来以下问题。首先，GIS应用服务器中可部署的服务数量受限。单进程可使用的操作系统资源（例如文件句柄数、虚拟内存等）是受限的，导致在单个进程内最多可打开的GIS资源数量（比如地图、符号库等）也受到限制，进而导致单个进程内可发布的服务数量也受到限制，一般不能超过100个服务。

GIS服务在响应请求时，往往需要做大量的运算，在运算的过程中会占用一些资源，比如CPU时间、Http线程等。对于单体式GIS服务器而言，所有GIS服务都部署在一个进程中并且共享这些资源。当某个GIS服务的负载较高时，因为占用较多共享资源，导致其他GIS服务分配不到没有足够的资源，进而导致其他GIS服务性能下降甚至挂起。所以GIS服务之间互相影响，服务的可靠性不高。当某个GIS服务发生严重错误，导致进程异常退出，会导致其他无关的服务也不可用。