CN113703789A - 部署微服务程序的方法、装置以及存储介质 - Google Patents

Abstract

本申请公开了一种部署微服务程序的方法、装置以及存储介质。其中，一种部署微服务程序的方法，包括：将多个微服务程序分别部署在不同的组中，并且在微服务程序中设置有相应的微服务路由程序，其中各个组内的微服务程序只能通过相应的微服务路由程序调用其他组的程序；将公共服务程序部署在与多个微服务程序不同的组中；通过多个微服务程序中被调用的源微服务程序向相应的源微服务路由程序发送程序调用请求；通过源微服务路由程序接收程序调用请求；通过源微服务路由程序判定程序调用请求所调用的目标程序是否为公共服务程序；以及在判定目标程序为公共服务程序的情况下，通过源微服务路由程序将程序调用请求发送至公共服务程序。

Description

部署微服务程序的方法、装置以及存储介质

技术领域

本申请涉及软件架构领域，特别是涉及一种部署微服务程序的方法、装置以及存储介质。

背景技术

目前，应用的隔离主要通过应用服务器、服务实例、虚拟化技术或者容器技术来实现，数据隔离也主要有三种方案：(1)独立数据库(2)共享数据库、隔离数据架构(3)共享数据库、共享数据架构(即表中增加租户字段)。当开发维护的分布式应用系统较多时，比如有智能投研系统、投资管理系统、数据驾驶舱应用系统、智能推送系统和devops系统等，每套系统都需要完整部署内部各个功能服务应用(类似于现有的多租户应用模式，针对不同用户需求，搭建多套不同的定制系统，来满足不同用户的需要，这样就需要部署不同的应用系统)各个应用系统是“定制”的，满足不同功能需要，数据隔离到各个独立的数据库。由于现有的多租户模式只是强调的针对“用户”的角度来实施的，并不能满足多系统应用的场景。

并且分布式微服务采用的模式为：将现有的项目系统中的公共服务应用(用户服务系统-包括用户管理、权限管理和组织机构管理等功能；OAUTH登录服务系统；消息中心服务系统；activiti流程服务系统；文件服务系统等)统一抽离出来，作为底层公共服务层，而上层各个项目应用微服务各自部署。但是在这种情况下，各个微服务只能部署在一起，无法实现与其他服务相互隔离的效果，并且其数据也无法相互隔离。

针对上述的现有技术中存在的在构建微服务平台时，无法实现应用隔离以及数据隔离的技术问题，目前尚未提出有效的解决方案。

发明内容

本申请的实施例提供了一种部署微服务程序的方法、装置以及存储介质，以至少解决现有技术中存在的在构建微服务平台时，无法实现应用隔离以及数据隔离的技术问题。

根据本申请实施例的一个方面，提供了一种部署微服务程序的方法，包括：将多个微服务程序分别部署在不同的组中，并且在微服务程序中设置有相应的微服务路由程序，其中各个组内的微服务程序只能通过相应的微服务路由程序调用其他组的程序；将公共服务程序部署在与多个微服务程序不同的组中；通过多个微服务程序中被调用的源微服务程序向相应的源微服务路由程序发送程序调用请求，程序调用请求用于跨组调用公共服务程序；通过源微服务路由程序接收程序调用请求；通过源微服务路由程序判定程序调用请求所调用的目标程序是否为公共服务程序；以及在判定目标程序为公共服务程序的情况下，通过源微服务路由程序将程序调用请求发送至公共服务程序。

根据本申请实施例的另一个方面，还提供了一种存储介质，存储介质包括存储的程序，其中，在程序运行时由处理器执行以上任意一项所述的方法。

根据本申请实施例的另一个方面，还提供了一种部署微服务程序的装置，包括：第一部署模块，用于将多个微服务程序分别部署在不同的组中，并且在微服务程序中设置有相应的微服务路由程序，其中各个组内的微服务程序只能通过相应的微服务路由程序调用其他组的程序；第二部署模块，用于将公共服务程序部署在与多个微服务程序不同的组中；第一发送模块，用于通过多个微服务程序中被调用的源微服务程序向相应的源微服务路由程序发送程序调用请求，程序调用请求用于跨组调用公共服务程序；第一接收模块，用于通过源微服务路由程序接收程序调用请求；第一判定模块，用于通过源微服务路由程序判定程序调用请求所调用的目标程序是否为公共服务程序；以及第二发送模块，用于在判定目标程序为公共服务程序的情况下，通过源微服务路由程序将程序调用请求发送至公共服务程序。

根据本申请实施例的另一个方面，还提供了一种部署微服务程序的装置，包括：处理器；以及存储器，与处理器连接，用于为处理器提供处理以下处理步骤的指令：将多个微服务程序分别部署在不同的组中，并且在微服务程序中设置有相应的微服务路由程序，其中各个组内的微服务程序只能通过相应的微服务路由程序调用其他组的程序；将公共服务程序部署在与多个微服务程序不同的组中；通过多个微服务程序中被调用的源微服务程序向相应的源微服务路由程序发送程序调用请求，程序调用请求用于跨组调用公共服务程序；通过源微服务路由程序接收程序调用请求；通过源微服务路由程序判定程序调用请求所调用的目标程序是否为公共服务程序；以及在判定目标程序为公共服务程序的情况下，通过源微服务路由程序将程序调用请求发送至公共服务程序。

在本申请实施例中，本技术方案使用的Spring cloud alibaba的nacos本身支持group来分组来做程序隔离。由于不同group中的程序(例如处于group 1～group3中的微服务程序)无法实现跨组相互调用，因此实现了微服务程序的应用隔离。但是由于在不同的group中的程序(例如处于group 1～group3中的微服务程序与group 4中的公共服务程序)无法实现跨组相互调用，因此按照现有的nacos分组部署的微服务程序不能跨组调用公共服务程序。因此本技术方案将各个微服务程序对应微服务路由程序的路由规则进行了设定，使得各个微服务程序无法相互调用，只能调用公共服务程序。从而本技术方案将多个微服务程序中的共同的服务抽离出来组成公共服务程序，并可以使得与公共服务程序处于不同组的微服务程序可以在彼此隔离的情况下还能够实现跨组调用公共服务程序的技术效果，并且达到了多个微服务程序复用公共服务程序的目的，减少了公共服务程序的部署和运维资源成本，满足了多系统应用的场景。进而解决了现有技术中存在的在构建微服务平台时，无法实现应用隔离以及数据隔离的技术问题。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是用于实现根据本申请实施例1所述的方法的计算设备的硬件结构框图；

图2是根据本申请实施例1的第一个方面所述的部署微服务程序的方法的流程示意图；

图3是根据本申请实施例1的第一个方面所述的微服务架构的系统图；

图4是根据本申请实施例1的第一个方面所述的路由程序的整体框架示意图；

图5是根据本申请实施例2所述的部署微服务程序的装置的示意图；以及

图6是根据本申请实施例3所述的部署微服务程序的装置的示意图。

具体实施方式

为了使本技术领域的人员更好地理解本申请的技术方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例1

根据本实施例，提供了一种部署微服务程序的方法实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

本实施例所提供的方法实施例可以在移动终端、计算机终端、服务器或者类似的计算设备中执行。图1示出了一种用于实现部署微服务程序的方法的计算设备的硬件结构框图。如图1所示，计算设备可以包括一个或多个处理器(处理器可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器、以及用于通信功能的传输装置。除此以外，还可以包括：显示器、输入/输出接口(I/O接口)、通用串行总线(USB)端口(可以作为I/O接口的端口中的一个端口被包括)、网络接口、电源和/或相机。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，计算设备还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。

应当注意到的是上述一个或多个处理器和/或其他数据处理电路在本文中通常可以被称为“数据处理电路”。该数据处理电路可以全部或部分的体现为软件、硬件、固件或其他任意组合。此外，数据处理电路可为单个独立的处理模块，或全部或部分的结合到计算设备中的其他元件中的任意一个内。如本申请实施例中所涉及到的，该数据处理电路作为一种处理器控制(例如与接口连接的可变电阻终端路径的选择)。

存储器可用于存储应用软件的软件程序以及模块，如本申请实施例中的部署微服务程序的方法对应的程序指令/数据存储装置，处理器通过运行存储在存储器内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的应用程序的部署微服务程序的方法。存储器可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器可进一步包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至计算设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输装置用于经由一个网络接收或者发送数据。上述的网络具体实例可包括计算设备的通信供应商提供的无线网络。在一个实例中，传输装置包括一个网络适配器(Network Interface Controller，NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置可以为射频(Radio Frequency，RF)模块，其用于通过无线方式与互联网进行通讯。

显示器可以例如触摸屏式的液晶显示器(LCD)，该液晶显示器可使得用户能够与计算设备的用户界面进行交互。

此处需要说明的是，在一些可选实施例中，上述图1所示的计算设备可以包括硬件元件(包括电路)、软件元件(包括存储在计算机可读介质上的计算机代码)、或硬件元件和软件元件两者的结合。应当指出的是，图1仅为特定具体实例的一个实例，并且旨在示出可存在于上述计算设备中的部件的类型。

图3示出了根据本实施例所述的微服务架构的系统图，参照图3所示，例如部署于不同单位或部门的应用系统1～3可以通过网关与本实施例所述的微服务平台进行交互，从而通过网关调用微服务平台上所部属的微服务程序。并且进一步参考图3所示，各个微服务程序的下一层设置有公共服务程序。该公共服务程序是从各个微服务程序中分离出来的可以由各个微服务程序共同调用。并且，应用系统1由group 1中的微服务程序和group 4中的公共服务程序组成，应用系统2由group 2中的微服务程序和group 4中的公共服务程序组成，应用系统3由group 3中的微服务程序和group 4中的公共服务程序组成。并且公共服务程序的下一层为微服务平台的数据库。其中微服务程序可以通过公共服务程序读取数据库中的数据或者将数据写入数据库。

在上述运行环境下，根据本实施例的第一个方面，提供了一种部署微服务程序的方法。该方法例如由图3中示出的为服务平台实现。图2示出了该方法的流程示意图，参考图2所示，该方法包括：

S202：将多个微服务程序分别部署在不同的组中，并且在微服务程序中设置有相应的微服务路由程序，其中各个组内的微服务程序只能通过相应的微服务路由程序调用其他组的程序；

S204：将公共服务程序部署在与多个微服务程序不同的组中；

S206：通过多个微服务程序中被调用的源微服务程序向相应的源微服务路由程序发送程序调用请求，程序调用请求用于跨组调用公共服务程序；

S208：通过源微服务路由程序接收程序调用请求；

S210：通过源微服务路由程序判定程序调用请求所调用的目标程序是否为公共服务程序；以及

S212：在判定目标程序为公共服务程序的情况下，通过源微服务路由程序将程序调用请求发送至公共服务程序。

参照图3所示，在部署微服务程序时，微服务平台的管理员例如可以通过Springcloud alibaba的nacos将微服务程序设置于不同的组(group)中，从而微服务平台响应于管理员的操作将多个微服务程序分别部署在不同的组中，并且在微服务程序中设置有相应的微服务路由程序。例如，微服务平台将微服务程序1部署在组1(对应于group 1)，将微服务程序2部署在组2(对应于group 2)，以及将微服务程序3部署在组3(group3)中(S202)。并且每个组只能部署一个微服务程序。并且，微服务平台在组1(即，group 1)中的微服务程序1中设置有相应的微服务路由程序1，在组2(即，group 2)中的微服务程序2中设置有相应的微服务路由程序2以及在组3(即group3)中的微服务程序3中设置有相应的微服务路由程序3。从而当微服务程序想要跨组调用其他组内的程序时，则需要通过在组内设置的微服务路由程序进行调用操作。

进一步地，微服务平台还将公共服务程序部署在与多个微服务程序不同的组中。参照图3所示，公共服务程序部署在组4(对应于group 4)中，与微服务程序处在不同的组中(S204)。

进一步地，当应用系统调用微服务程序时，例如当应用系统1调用微服务程序1时，例如应用系统1调用了微服务程序1(即源微服务程序)，而微服务程序1(即源微服务程序)又需要进一步调用公共服务程序，则微服务平台将程序调用请求发送至与微服务程序1(即源微服务程序)处于同一个组中的微服务路由程序1(即源微服务路由程序)(S206)。

之后微服务平台通过微服务路由程序1(即源微服务路由程序)接收程序调用请求(S208)。

进一步地，微服务平台通过微服务路由程序1判定程序调用请求所调用的目标程序是否为公共服务程序。其中微服务路由程序1预先设置有路由规则，即微服务路由程序只能调用公共服务程序，不可以调用其他微服务程序。例如，根据预设的路由规则，微服务平台通过微服务路由程序1(即源微服务路由程序)判定微服务程序1(即源微服务程序)发送的程序调用请求是否为调用公共服务程序，即所调用的目标程序是否为公共服务程序(S210)。在判定目标程序为公共服务程序的情况下，微服务平台通过微服务路由程序1(即源微服务路由程序)将程序调用请求发送至公共服务程序(S212)。

正如背景技术中所述的，目前，应用的隔离主要通过应用服务器、服务实例、虚拟化技术或者容器技术来实现，数据隔离也主要有三种方案：(1)独立数据库(2)共享数据库、隔离数据架构(3)共享数据库、共享数据架构(即表中增加租户字段)。当开发维护的分布式应用系统较多时，比如有智能投研系统、投资管理系统、数据驾驶舱应用系统、智能推送系统和devops系统等，每套系统都需要完整部署内部各个功能服务应用(类似于现有的多租户应用模式，针对不同用户需求，搭建多套不同的定制系统，来满足不同用户的需要，这样就需要部署不同的应用系统)各个应用系统是“定制”的，满足不同功能需要，数据隔离到各个独立的数据库。由于现有的多租户模式只是强调的针对“用户”的角度来实施的，并不能满足多系统应用的场景。

并且分布式微服务采用的模式为：将现有的项目系统中的公共服务应用(用户服务系统-包括用户管理、权限管理和组织机构管理等功能；OAUTH登录服务系统；消息中心服务系统；activiti流程服务系统；文件服务系统等)统一抽离出来，作为底层公共服务层，而上层各个项目应用微服务各自部署。但是在这种情况下，各个微服务只能部署在一起，无法实现与其他服务相互隔离的效果，并且其数据也无法相互隔离。

针对以上所述的技术问题，本技术方案使用的Spring cloud alibaba的nacos本身支持group来分组来做程序隔离。由于不同group中的程序(例如处于group 1～group3中的微服务程序)无法实现跨组相互调用，因此实现了微服务程序的应用隔离。但是由于在不同的group中的程序(例如处于group 1～group3中的微服务程序与group 4中的公共服务程序)无法实现跨组相互调用，因此按照现有的nacos分组部署的微服务程序不能跨组调用公共服务程序。因此本技术方案将各个微服务程序对应微服务路由程序的路由规则进行了设定，使得各个微服务程序无法相互调用，只能调用公共服务程序。从而本技术方案将多个微服务程序中的共同的服务抽离出来组成公共服务程序，并可以使得与公共服务程序处于不同组的微服务程序可以在彼此隔离的情况下还能够实现跨组调用公共服务程序的技术效果，并且达到了多个微服务程序复用公共服务程序的目的，减少了公共服务程序的部署和运维资源成本，满足了多系统应用的场景。进而解决了现有技术中存在的在构建微服务平台时，无法实现应用隔离以及数据隔离的技术问题。

此外，尽管以上将微服务程序1作为源微服务程序的实例以及将微服务路由程序1作为源微服务路由程序的实例进行了说明，但是本实施例的方案对于其他的微服务程序以及对应的微服务路由程序也是同样适用的，下文中也不再赘述。

可选地，在判定目标程序不是公共服务程序的情况下，通过源微服务路由程序停止路由程序调用请求。

具体地，参照图3所示，微服务平台在通过微服务路由程序1(即源微服务路由程序)判定程序调用请求所调用的目标程序是否为公共服务程序的情况下，微服务平台判定目标程序不是公共服务程序，而是其他微服务程序(例如微服务程序2)，根据预设的路由规则，通过源微服务路由程序停止路由程序调用请求。从而当微服务程序要调用其他微服务程序时，本技术方案中设置微服务路由程序会停止路由程序调用请求，从而使得隔离状态下各个微服务程序可以准确地调用到公共服务程序。

可选地，通过源微服务路由程序判定目标程序是否为公共服务程序的操作，包括：通过源微服务路由程序从程序调用请求中提取目标组标识，其中目标组标识用于指示目标程序所在的组；以及通过源微服务路由程序将目标组标识与公共服务程序所在的组的组标识进行匹配，判定程序调用请求是否用于调用公共服务程序。

具体地，参考图4所示，微服务路由程序1(即源微服务路由程序)中设置有路由规则选择器和服务实例存储器。其中服务实例存储器会实时监听nacos注册中心事件(即服务注册和注销等事件)，来维护微服务平台上所有可用的服务程序的信息。服务程序信息包括服务程序所在组和服务程序健康状况等信息。即服务实例存储器中存储有所有可用的微服务程序信息和公共服务程序信息，以及微服务程序和公共服务程序所属组的组标识。在通过源微服务路由程序判定目标程序是否为公共服务程序的操作中，微服务平台首先通过源微服务路由程序从程序调用请求中提取目标组标识。其中目标组标识用于指示目标程序所在的组。参照图3所示，例如在微服务路由程序1(即源微服务路由程序)接收到对目标程序的程序调用请求后，根据程序调用请求，微服务路由程序1(即源微服务路由程序)中的路由规则选择器获取到程序调用请求的目标组标识以及公共服务程序所在组的组标识。之后，微服务平台通过微服务路由程序1(即源微服务路由程序)中的路由规则选择器将目标组标识与公共服务程序所在的组标识进行匹配，判定程序调用请求是否用于调用公共服务程序。当目标组标识与公共服务程序所在的组标识相同时，则判定程序调用请求是用于调用公共服务程序的。当目标组标识与公共服务程序所在的组标识不相同时，则判定程序调用请求不是用于调用公共服务程序的。从而，本技术方案通过比较组标识来判定目标程序是否为公共服务程序，实现了利用微服务路由程序跨组调用公共服务程序的技术效果。

此外，本技术方案也可以实现公共服务程序“重载”的功能。例如微服务程序中可以实现自身特有的“用户服务”(此服务也包含在公共服务组中)，那么只需要把自身实现的“用户服务”部署在微服务程序自身所在的组中，路由规则选择器会优先选择同组的服务。

此外，微服务路由程序中还设置有负载均衡器。负载均衡器将用于调用目标程序的程序调用请求进行分布式处理。微服务平台利用负载均衡器进行各种灵活的分配计算将全部的网络请求均衡地分布到其他服务器上，通过合理管理数据流量来减轻单个服务器上的负担。

可选地，方法还包括：在公共服务程序所在的组中设置与公共服务程序对应的公共服务路由程序，其中公共服务程序只能通过公共服务路由程序调用其他组的程序。

具体地，参考图3所示，公共服务程序所在的group 4中也设置有与公共服务程序对应的公共服务路由程序，当有微服务程序(例如微服务程序1)调用公共服务程序时，微服务平台通过公共服务路由程序接收相应程序调用请求。当公共服务程序需要调用微服务程序时，微服务平台通过公共服务路由程序向微服务路由程序发送程序调用请求，从而调用其他组的程序。从而公共服务程序与微服务程序都通过路由程序发送程序调用请求，可以通过跨组调用的方式，找到业务接口来完成特定业务。

可选地，方法还包括：根据程序调用请求调用公共服务程序；通过公共服务路由程序接收公共服务程序发送的程序回调请求，其中程序回调请求用于回调源微服务程序；通过公共服务路由程序从程序回调请求中提取与源微服务程序相关的源组标识；以及通过公共服务路由程序根据源组标识，将程序回调请求发送至源微服务程序。

具体地，例如微服务平台通过微服务程序1(即源微服务程序)根据程序调用请求调用公共服务程序，之后公共服务程序也需要回调微服务程序1(即源微服务程序)时，微服务平台通过公共服务程序向公共服务路由程序发送程序回调请求。其中程序回调请求用于回调源微服务程序。微服务平台通过公共服务路由程序接收到程序回调请求后，根据程序回调请求，公共服务路由程序中的路由规则选择器获取程序调用请求中的微服务程序1(即源微服务程序)所在组的组标识(即源组标识)。之后微服务平台通过公共服务路由程序根据源组标识，将程序回调请求发送至微服务程序1(即源微服务程序)。需要理解的是，公共服务程序作为底层服务只能对向自身发送调用请求的微服务程序发送程序回调请求，并不能主动向任何微服务程序发送调用请求。

公共服务程序在对微服务程序进行回调操作时，需要通过预设的调用链路跟踪机制，根据微服务程序所在组的组标识，实现跨组回调操作。根据本实施例的技术方案，可以通过公共服务路由程序根据组标识快速准确地找到调用公共服务程序的微服务程序(即源微服务程序)，不需要改变代码应用层中的数据(例如在请求参数中标识出微服务程序的信息)就可以实现回调操作。本技术方案利用调用链路跟踪机制进行回调操作，这样不仅实现机制统一，而且代码可移植性强(即无侵入性)。进而解决了现有技术中存在的需要回调时的代码侵入性较强的技术问题。

可选地，方法还包括：通过公共服务程序从程序调用请求中提取源微服务程序对应的微服务程序标识；以及通过公共服务程序将源微服务程序的相关数据与微服务程序标识相关联，写入预设的缓存中。

具体地，例如在公共服务路由程序接收到微服务程序1(即源微服务程序)的程序调用请求后，微服务平台通过公共服务程序从程序调用请求中提取微服务程序1(即源微服务程序)对应的微服务程序标识。其中微服务程序的微服务程序标识与微服务程序所在组的组标识为同一标识。微服务程序1(即源微服务程序)在执行过程中会产生相关数据，微服务平台会通过公共服务程序将微服务程序1(即源微服务程序)的相关数据与其微服务程序标识相关联，写入预设的缓存中。其中预设的缓存可以为Redis缓存。当微服务程序2也向公共服务程序发送程序调用请求后，微服务平台也会通过公共服务程序将微服务程序2的相关数据与其微服务程序标识相关联，写入预设的缓存中。微服务平台对微服务程序3的相关操作同理。即微服务程序1、微服务程序2和微服务程序3写入预设的缓存中的相关数据都是通过各自的微服务程序标识进行标记，从而实现了数据隔离的技术效果。

此外，微服务平台在对数据库进行数据隔离的过程中，还需要mybatis-plus插件。在通过mybatis-plus插件在对微服务程序和公共服务程序进行环境配置的情况下，本技术方案会对环境配置中的属性进行设置。其中环境配置用于支持数据库的分库和分表配置部署。从而利用mybatis-plus插件将与不同的微服务程序的相关数据进行分库或者分表操作。

由于在公共服务程序中，mybatis-plus插件有多租户sql解析功能，即自动添加租户(即微服务程序)字段，当通过嵌套子查询对数据库进行复杂查询时发生了不生效的情况，本技术方案基于mysql的sql语法，增强扩展了嵌套子查询的sql解析处理，从而使得公共服务程序的开发不受限制以及提高了代码的可移植性。

可选地，方法还包括：通过公共服务程序从程序调用请求中提取源微服务程序对应的微服务程序标识；以及通过公共服务程序根据微服务程序标识，从预设的缓存中读取与源微服务程序相关的数据。

具体地，例如在公共服务路由程序接收到微服务程序1(即源微服务程序)的程序调用请求后。微服务平台通过公共服务程序从程序调用请求中提取微服务程序1(即源微服务程序)对应的微服务程序标识。其中微服务程序的微服务程序标识与微服务程序所在组的组标识为同一标识。微服务平台通过公共服务程序根据微服务程序1(即源微服务程序)的微服务程序标识，从预设的缓存中读取与微服务程序1(即源微服务程序)相关的数据。微服务平台对微服务程序2和微服务程序3的相关操作同理。从而微服务平台通过各个微服务程序标识将预设的缓存中的数据进行隔离，从而可以在读取数据时，可以快速定位需要调取的数据位置，从而准确的找到与源微服务程序相关的数据。

此外，参考图1所示，根据本实施例的第二个方面，提供了一种存储介质。所述存储介质包括存储的程序，其中，在所述程序运行时由处理器执行以上任意一项所述的方法。

从而根据本实施例，本技术方案使用的Spring cloud alibaba的nacos本身支持group来分组来做程序隔离。由于不同group中的程序(例如处于group 1～group3中的微服务程序)无法实现跨组相互调用，因此实现了微服务程序的应用隔离。但是由于在不同的group中的程序(例如处于group 1～group3中的微服务程序与group 4中的公共服务程序)无法实现跨组相互调用，因此按照现有的nacos分组部署的微服务程序不能跨组调用公共服务程序。因此本技术方案将各个微服务程序对应微服务路由程序的路由规则进行了设定，使得各个微服务程序无法相互调用，只能调用公共服务程序。从而本技术方案将多个微服务程序中的共同的服务抽离出来组成公共服务程序，并可以使得与公共服务程序处于不同组的微服务程序可以在彼此隔离的情况下还能够实现跨组调用公共服务程序的技术效果，并且达到了多个微服务程序复用公共服务程序的目的，减少了公共服务程序的部署和运维资源成本，满足了多系统应用的场景。进而解决了现有技术中存在的在构建微服务平台时，无法实现应用隔离以及数据隔离的技术问题。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

实施例2

图5示出了根据本实施例所述的部署微服务程序的装置500，该装置500与根据实施例1的第一个方面所述的方法相对应。参考图5所示，该装置500包括：第一部署模块510，用于将多个微服务程序分别部署在不同的组中，并且在微服务程序中设置有相应的微服务路由程序，其中各个组内的微服务程序只能通过相应的微服务路由程序调用其他组的程序；第二部署模块520，用于将公共服务程序部署在与多个微服务程序不同的组中；第一发送模块530，用于通过多个微服务程序中被调用的源微服务程序向相应的源微服务路由程序发送程序调用请求，程序调用请求用于跨组调用公共服务程序；第一接收模块540，用于通过源微服务路由程序接收程序调用请求；第一判定模块550，用于通过源微服务路由程序判定程序调用请求所调用的目标程序是否为公共服务程序；以及第二发送模块560，用于在判定目标程序为公共服务程序的情况下，通过源微服务路由程序将程序调用请求发送至公共服务程序。

可选地，装置500还包括：请求停止模块，用于在判定目标程序不是公共服务程序的情况下，通过源微服务路由程序停止路由程序调用请求。

可选地，第一判定模块550包括：第一提取子模块，用于通过源微服务路由程序从程序调用请求中提取目标组标识，其中目标组标识用于指示目标程序所在的组；以及第一判定子模块，用于通过源微服务路由程序将目标组标识与公共服务程序所在的组的组标识进行匹配，判定程序调用请求是否用于调用公共服务程序。

可选地，装置500还包括：第一设置模块，用于在公共服务程序所在的组中设置与公共服务程序对应的公共服务路由程序，其中公共服务程序只能通过公共服务路由程序调用其他组的程序。

可选地，装置500还包括：第一调用模块，用于根据程序调用请求调用公共服务程序；第二接收模块，用于通过公共服务路由程序接收公共服务程序发送的程序回调请求，其中程序回调请求用于回调源微服务程序；第一提取模块，用于通过公共服务路由程序从程序回调请求中提取与源微服务程序相关的源组标识；以及第三发送模块，用于通过公共服务路由程序根据源组标识，将程序回调请求发送至源微服务程序。

可选地，装置500还包括：第二提取模块，用于通过公共服务程序从程序调用请求中提取源微服务程序对应的微服务程序标识；以及第一写入模块，用于通过公共服务程序将源微服务程序的相关数据与微服务程序标识相关联，写入预设的缓存中。

可选地，装置500还包括：第三提取模块，用于通过公共服务程序从程序调用请求中提取源微服务程序对应的微服务程序标识；以及第一读取模块，用于通过公共服务程序根据微服务程序标识，从预设的缓存中读取与源微服务程序相关的数据。

从而根据本实施例，本技术方案使用的Spring cloud alibaba的nacos本身支持group来分组来做程序隔离。由于不同group中的程序(例如处于group 1～group3中的微服务程序)无法实现跨组相互调用，因此实现了微服务程序的应用隔离。但是由于在不同的group中的程序(例如处于group 1～group3中的微服务程序与group 4中的公共服务程序)无法实现跨组相互调用，因此按照现有的nacos分组部署的微服务程序不能跨组调用公共服务程序。因此本技术方案将各个微服务程序对应微服务路由程序的路由规则进行了设定，使得各个微服务程序无法相互调用，只能调用公共服务程序。从而本技术方案将多个微服务程序中的共同的服务抽离出来组成公共服务程序，并可以使得与公共服务程序处于不同组的微服务程序可以在彼此隔离的情况下还能够实现跨组调用公共服务程序的技术效果，并且达到了多个微服务程序复用公共服务程序的目的，减少了公共服务程序的部署和运维资源成本，满足了多系统应用的场景。进而解决了现有技术中存在的在构建微服务平台时，无法实现应用隔离以及数据隔离的技术问题。

实施例3

图6示出了根据本实施例所述的部署微服务程序的装置600，该装置600与根据实施例1的第一个方面所述的方法相对应。参考图6所示，该装置600包括：处理器610；以及存储器620，与处理器610连接，用于为处理器610提供处理以下处理步骤的指令：将多个微服务程序分别部署在不同的组中，并且在微服务程序中设置有相应的微服务路由程序，其中各个组内的微服务程序只能通过相应的微服务路由程序调用其他组的程序；将公共服务程序部署在与多个微服务程序不同的组中；通过多个微服务程序中被调用的源微服务程序向相应的源微服务路由程序发送程序调用请求，程序调用请求用于跨组调用公共服务程序；通过源微服务路由程序接收程序调用请求；通过源微服务路由程序判定程序调用请求所调用的目标程序是否为公共服务程序；以及在判定目标程序为公共服务程序的情况下，通过源微服务路由程序将程序调用请求发送至公共服务程序。

可选地，存储器620还用于为处理器610提供处理以下处理步骤的指令：在判定目标程序不是公共服务程序的情况下，通过源微服务路由程序停止路由程序调用请求。

可选地，通过源微服务路由程序判定目标程序是否为公共服务程序的操作，包括：通过源微服务路由程序从程序调用请求中提取目标组标识，其中目标组标识用于指示目标程序所在的组；以及通过源微服务路由程序将目标组标识与公共服务程序所在的组的组标识进行匹配，判定程序调用请求是否用于调用公共服务程序。

可选地，存储器620还用于为处理器610提供处理以下处理步骤的指令：在公共服务程序所在的组中设置与公共服务程序对应的公共服务路由程序，其中公共服务程序只能通过公共服务路由程序调用其他组的程序。

可选地，存储器620还用于为处理器610提供处理以下处理步骤的指令：根据程序调用请求调用公共服务程序；通过公共服务路由程序接收公共服务程序发送的程序回调请求，其中程序回调请求用于回调源微服务程序；通过公共服务路由程序从程序回调请求中提取与源微服务程序相关的源组标识；以及通过公共服务路由程序根据源组标识，将程序回调请求发送至源微服务程序。

可选地，存储器620还用于为处理器610提供处理以下处理步骤的指令：通过公共服务程序从程序调用请求中提取源微服务程序对应的微服务程序标识；以及通过公共服务程序将源微服务程序的相关数据与微服务程序标识相关联，写入预设的缓存中。

可选地，存储器620还用于为处理器610提供处理以下处理步骤的指令：通过公共服务程序从程序调用请求中提取源微服务程序对应的微服务程序标识；以及通过公共服务程序根据微服务程序标识，从预设的缓存中读取与源微服务程序相关的数据。

从而根据本实施例，本技术方案使用的Spring cloud alibaba的nacos本身支持group来分组来做程序隔离。由于不同group中的程序(例如处于group 1～group3中的微服务程序)无法实现跨组相互调用，因此实现了微服务程序的应用隔离。但是由于在不同的group中的程序(例如处于group 1～group3中的微服务程序与group 4中的公共服务程序)无法实现跨组相互调用，因此按照现有的nacos分组部署的微服务程序不能跨组调用公共服务程序。因此本技术方案将各个微服务程序对应微服务路由程序的路由规则进行了设定，使得各个微服务程序无法相互调用，只能调用公共服务程序。从而本技术方案将多个微服务程序中的共同的服务抽离出来组成公共服务程序，并可以使得与公共服务程序处于不同组的微服务程序可以在彼此隔离的情况下还能够实现跨组调用公共服务程序的技术效果，并且达到了多个微服务程序复用公共服务程序的目的，减少了公共服务程序的部署和运维资源成本，满足了多系统应用的场景。进而解决了现有技术中存在的在构建微服务平台时，无法实现应用隔离以及数据隔离的技术问题。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (10)

1.一种部署微服务程序的方法，其特征在于，包括：

将多个微服务程序分别部署在不同的组中，并且在所述微服务程序中设置有相应的微服务路由程序，其中各个组内的所述微服务程序只能通过相应的所述微服务路由程序调用其他组的程序；

将公共服务程序部署在与所述多个微服务程序不同的组中；

通过所述多个微服务程序中被调用的源微服务程序向相应的源微服务路由程序发送程序调用请求，所述程序调用请求用于跨组调用所述公共服务程序；

通过所述源微服务路由程序接收所述程序调用请求；

通过所述源微服务路由程序判定所述程序调用请求所调用的目标程序是否为所述公共服务程序；以及

在判定所述目标程序为所述公共服务程序的情况下，通过所述源微服务路由程序将所述程序调用请求发送至所述公共服务程序。

2.根据权利要求1所述的方法，其特征在于，还包括：在判定所述目标程序不是所述公共服务程序的情况下，通过所述源微服务路由程序停止路由所述程序调用请求。

3.根据权利要求1所述的方法，其特征在于，通过所述源微服务路由程序判定所述目标程序是否为所述公共服务程序的操作，包括：

通过所述源微服务路由程序从所述程序调用请求中提取目标组标识，其中所述目标组标识用于指示所述目标程序所在的组；以及

通过所述源微服务路由程序将所述目标组标识与所述公共服务程序所在的组的组标识进行匹配，判定所述程序调用请求是否用于调用所述公共服务程序。

4.根据权利要求1所述的方法，其特征在于，还包括：在所述公共服务程序所在的组中设置与所述公共服务程序对应的公共服务路由程序，其中所述公共服务程序只能通过所述公共服务路由程序调用其他组的程序。

5.根据权利要求1所述的方法，其特征在于，还包括：

根据所述程序调用请求调用所述公共服务程序；

通过所述公共服务路由程序接收所述公共服务程序发送的程序回调请求，其中所述程序回调请求用于回调所述源微服务程序；

通过所述公共服务路由程序从所述程序回调请求中提取与所述源微服务程序相关的源组标识；以及

通过所述公共服务路由程序根据所述源组标识，将所述程序回调请求发送至所述源微服务程序。

6.根据权利要求1所述的方法，其特征在于，还包括：

通过所述公共服务程序从所述程序调用请求中提取所述源微服务程序对应的微服务程序标识；以及

通过所述公共服务程序将所述源微服务程序的相关数据与所述微服务程序标识相关联，写入预设的缓存中。

7.根据权利要求1所述的方法，其特征在于，还包括：

通过所述公共服务程序从所述程序调用请求中提取所述源微服务程序对应的微服务程序标识；以及

通过所述公共服务程序根据所述微服务程序标识，从预设的缓存中读取与所述源微服务程序相关的数据。

8.一种存储介质，其特征在于，所述存储介质包括存储的程序，其中，在所述程序运行时由处理器执行权利要求1至7中任意一项所述的方法。

9.一种部署微服务程序的装置，其特征在于，包括：

第一部署模块，用于将多个微服务程序分别部署在不同的组中，并且在所述微服务程序中设置有相应的微服务路由程序，其中各个组内的所述微服务程序只能通过相应的所述微服务路由程序调用其他组的程序；

第二部署模块，用于将公共服务程序部署在与所述多个微服务程序不同的组中；

第一发送模块，用于通过所述多个微服务程序中被调用的源微服务程序向相应的源微服务路由程序发送程序调用请求，所述程序调用请求用于跨组调用所述公共服务程序；

第一接收模块，用于通过所述源微服务路由程序接收所述程序调用请求；

第一判定模块，用于通过所述源微服务路由程序判定所述程序调用请求所调用的目标程序是否为所述公共服务程序；以及

第二发送模块，用于在判定所述目标程序为所述公共服务程序的情况下，通过所述源微服务路由程序将所述程序调用请求发送至所述公共服务程序。

10.一种部署微服务程序的装置，其特征在于，包括：

处理器；以及

存储器，与所述处理器连接，用于为所述处理器提供处理以下处理步骤的指令：

将多个微服务程序分别部署在不同的组中，并且在所述微服务程序中设置有相应的微服务路由程序，其中各个组内的所述微服务程序只能通过相应的所述微服务路由程序调用其他组的程序；

将公共服务程序部署在与所述多个微服务程序不同的组中；

通过所述多个微服务程序中被调用的源微服务程序向相应的源微服务路由程序发送程序调用请求，所述程序调用请求用于跨组调用所述公共服务程序；

通过所述源微服务路由程序接收所述程序调用请求；

通过所述源微服务路由程序判定所述程序调用请求所调用的目标程序是否为所述公共服务程序；以及

在判定所述目标程序为所述公共服务程序的情况下，通过所述源微服务路由程序将所述程序调用请求发送至所述公共服务程序。

Images