CN113918215A - 一种微服务配置系统、设备及介质 - Google Patents

Abstract

本申请公开了一种微服务配置系统、设备及介质，该系统包括：微服务配置架构和通用服务组件架构；其中，微服务配置架构，用于对多个微服务进行拆分与合并；通用服务组件架构，用于通过微服务调用组件的调用接口与微服务配置架构通信，调用拆分或合并后的多个微服务中的任一个微服务。这样能够实现在资源充足的情况下，根据具体业务进行细粒度的服务划分与拆分部署，在资源紧张的情况下，以合并微服务的方式进行部署，实现根据实际资源环境灵活地选择微服务的部署数量和部署方式，并且部署服务时，无需额外修改代码，对具体业务开发做到无感知和无影响。

Description

一种微服务配置系统、设备及介质

技术领域

本申请实施例涉及微服务部署领域，尤其涉及一种微服务配置系统、设备及介质。

背景技术

微服务是一种服务间松耦合的、每个服务之间高度自治并且使用轻量级协议进行通信的可持续集成部署的分布式架构体系。但微服务部署对资源有一定要求，例如，在业务拆分粒度更细的情况下，微服务数量逐渐增多，导致资源需求不断增加，这样无法灵活部署微服务系统运行。

发明内容

本申请实施例提供了一种微服务配置系统、设备及介质，能够在资源充足的情况下，根据具体业务进行细粒度的服务划分与拆分部署，在资源紧张的情况下，以合并微服务的方式进行部署，实现根据实际资源环境灵活地选择微服务的部署数量和部署方式。

第一方面，本申请实施例还提供了一种微服务配置系统，该系统包括：微服务配置架构和通用服务组件架构；

微服务配置架构，用于对多个微服务进行拆分与合并；

通用服务组件架构，用于通过微服务调用组件的调用接口与微服务配置架构通信，调用拆分或合并后的多个微服务中的任一个微服务。

可选地，微服务配置架构包括微服务注册组件；

在多个微服务为合并的微服务的情况下，微服务注册组件，用于将合并后的微服务按照各微服务之间的映射关系注册至通用服务组件架构中的注册中心组件；

在多个微服务为拆分的微服务的情况下，微服务注册组件，用于将拆分后的各微服务对应的微服务名注册至通用服务组件架构中的注册中心组件。

可选地，微服务注册组件，还用于在多个微服务的微服务名中确定主服务名，将其余微服务名确定为对应微服务的模块接口名，根据主服务名与模块接口名生成一对多的映射关系；

其中，其余微服务名包括微服务名中除主服务名之外的所有微服务名。

可选地，微服务配置架构还包括配置文件管理组件；

在多个微服务为合并的微服务的情况下，配置文件管理组件，用于以多数据源切换的方式管理合并后的各微服务的配置文件；

在多个微服务为拆分的微服务的情况下，配置文件管理组件，用于分别管理拆分后的各微服务的配置文件。

可选地，微服务配置架构还包括动态路由组件；

在多个微服务为合并的微服务的情况下，动态路由组件，用于根据路由请求中携带的目标微服务的微服务名在通用服务组件架构的注册中心组件查找对应的模块接口名或主服务名，并根据模块接口名的路由地址或主服务名的路由地址确定目标微服务的路由地址；

在多个微服务为拆分的微服务的情况下，动态路由组件，用于根据路由请求中携带的目标微服务的微服务名在通用服务组件架构的注册中心组件中查找对应的微服务名，并将微服务名的路由地址确定为目标微服务的路由地址；

其中，路由请求为通用服务组件架构中的网关服务组件向微服务配置架构发送的。

可选地，动态路由组件，还用于根据模块接口名在注册中心组件中查找模块接口名对应的映射关系，并根据映射关系查找模块接口名所属的主服务名，以及将主服务名对应的路由地址和模块接口名的路由地址确定为目标微服务的路由地址。

可选地，微服务配置架构还包括服务调用组件；

服务调用组件，用于根据目标微服务的路由地址调用目标微服务。

可选地，微服务配置架构还包括配置管理组件；

配置管理组件支持手动配置方式和自动配置方式。

第二方面，本申请实施例还提供了一种计算机设备，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，当处理器执行计算机程序时，实现如本申请任意实施例提供的微服务配置系统的功能。

第三方面，本申请实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时，实现如本申请任意实施例提供的微服务配置系统的功能。

本申请实施例提供了一种微服务配置系统、设备及介质，该系统包括：微服务配置架构和通用服务组件架构；其中，微服务配置架构，用于对多个微服务进行拆分与合并；通用服务组件架构，用于通过微服务调用组件的调用接口与微服务配置架构通信，调用拆分或合并后的多个微服务中的任一个微服务。这样能够实现在资源充足的情况下，根据具体业务进行细粒度的服务划分与拆分部署，在资源紧张的情况下，以合并微服务的方式进行部署，实现根据实际资源环境灵活地选择微服务的部署数量和部署方式，并且部署服务时，无需额外修改代码，对具体业务开发做到无感知和无影响。

附图说明

图1为本申请实施例中的一种微服务配置系统的示意图；

图2是本申请实施例中的计算机设备的结构示意图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本申请，而非对本申请的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本申请相关的部分而非全部结构。

另外，在本申请实施例中，“可选地”或者“示例性地”等词用于表示作例子、例证或说明。本申请实施例中被描述为“可选地”或者“示例性地”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“可选地”或者“示例性地”等词旨在以具体方式呈现相关概念。

图1为本申请实施例提供的一种微服务配置系统，该系统在传统的通用服务组件架构的基础上进行设计，增加部分扩展功能，实现在具体的业务场景下，可以根据实际资源环境灵活地进行多个微服务的拆分与合并。如图1所示，该系统可以包括微服务配置架构101和通用服务组件架构102；

其中，微服务配置架构，用于对多个微服务进行拆分与合并。例如，在资源充足的情况下，可以根据具体业务进行细粒度的微服务划分，将一个复杂的微服务拆分为多个微服务进行运行；在资源紧张而无法部署更多微服务的情况下，可以对多个微服务进行合并，将多个微服务合并为一个服务进行运行。如图1所示，上述微服务配置架构对多个微服务的拆分与合并可以通过该架构中的各个组件实现。

通用服务组件架构，用于通过微服务调用组件的调用接口与微服务配置架构通信，调用拆分或合并后的多个微服务中的任意一个微服务。即上述微服务配置架构，用于根据实际资源情况对多个微服务进行合并或拆分，在此基础上，通用服务组件架构可以与外部应用进行通信，并基于通信内容在拆分或合并后的多个微服务中调用目标微服务。例如，通用服务组件架构中的网关服务组件，用于根据与外部应用交互的内容(例如，用户输入的微服务访问地址)确定用户需要调用的目标微服务，再基于网关服务组件的通信接口与微服务配置架构进行通信，例如，与动态路由组件进行交互，确定拆分或合并后的服务中目标微服务的路由地址，进而，由通用服务组件架构中的微服务调用组件与微服务配置架构中的服务调用组件通信，基于确定的路由地址调用需要调用的目标微服务。

在本申请实施例中，上述设计的微服务配置系统是在传统的通用服务组件架构的基础上进行功能扩展得到的，其可以在资源充足的情况下，根据具体业务进行细粒度的服务划分与拆分部署，在资源紧张的情况下，可以以合并微服务的方式进行部署，实现根据实际资源环境灵活地选择微服务的部署数量和部署方式，并且部署服务时，无需额外修改代码，对具体业务开发做到无感知和无影响。

在一种示例中，上述微服务配置架构具体可以包括微服务注册组件，该微服务注册组件可以用于在多个微服务合并或拆分的情况下，分别以相应的方式进行微服务注册。

例如，在多个微服务为合并的微服务的情况下，微服务注册组件，用于将合并后的微服务按照各微服务之间的映射关系注册至通用服务组件架构中的注册中心组件。进一步地，微服务注册组件注册微服务时，生成映射关系具体包括：在多个微服务的微服务名中确定主服务名，将其余微服务名确定为对应微服务的模块接口名，根据主服务名与模块接口名生成一对多的映射关系，其中，其余微服务名包括微服务名中除主服务名之外的所有微服务名。比如，假设存在微服务A、B、C，那么可以按照各微服务权重大小，或在多个微服务中随机选取主服务，或根据用户在多个微服务中手动选择主服务等方式，确定多个微服务中的主服务，并将该主服务的微服务名确定为主服务名(例如，微服务A作为主服务)，将剩余的微服务B和C作为其余微服务，并将该微服务B和C以模块的方式引入主服务A中。可以理解的是，虽然在多个微服务合并的情况下，多个微服务只能共用一个主服务名，其他微服务为该主服务名下引入的模块，但其他微服务同样需要在注册中心组件进行注册，即将其他微服务的微服务名确定为模块接口名，并将主服务名与该多个模块接口名以一对多的映射关系注册至注册中心组件，实现将多个微服务在合并的情况下注册至注册中心组件。例如，将主服务名A分别与模块接口名B、模块接口名C之间的映射关系注册保存至注册中心组件，实现将微服务A、B、C合并，并共用一个主服务名A。示例性地，该映射关系可以为主服务A的微服务名作为主服务统一资源定位符(Uniform Resource Locator，URL)路径地址的前缀，对于每个以模块方式引入的微服务，其路径地址可以为主服务URL路径地址后包含对应的模块接口名。这样不仅可以避免合并部署多个微服务时，出现接口路径相同而造成接口调用混乱的问题，还可以保证在多个微服务合并后，能够根据具体路由地址精确调用相应的微服务。

在多个微服务为拆分的微服务的情况下，微服务注册组件，用于将拆分后的各微服务以及对应的微服务名注册至通用服务组件架构中的注册中心组件。即在资源充足的情况下，不需要进行微服务合并，那么可以根据实际资源情况以细粒度拆分微服务，并将拆分后的各微服务分别单独注册，例如，将各微服务对应的微服务名注册至通用服务组件架构中的注册中心组件。

在一种示例中，上述微服务配置架构还包括配置管理组件，该配置管理组件可以同时支持手动配置和自动配置，方便用户根据实际情况选择合适的微服务配置方式。例如，在上述微服务注册过程中，按照各微服务权重大小，或在多个微服务中随机选取主服务的方式即可理解为自动配置过程中的实现方式，根据用户在多个微服务中手动选择主服务的方式即可理解为手动配置过程中的实现方式。

进一步地，在采用自动配置的情况下，合并后的微服务在启动时会自动扫描，截取所有的URL前缀，并与本服务的服务名进行比较，如果不一致，说明该URL前缀对应的服务名为模块接口名，这样即可通过程序自动获取并录入与主服务名之间存在映射关系的模块接口名。在采用手动配置的情况下，需要用户通过页面手动录入需要合并的各微服务对应的微服务名。

在一种示例中，上述微服务配置架构还包括配置文件管理组件，该配置文件管理组件，用于管理多个微服务的配置文件。示例性地，在多个微服务为合并的微服务的情况下，配置文件管理组件，用于以多数据源切换的方式管理合并后的各微服务的配置文件。比如，多个微服务的配置文件可能存在相同的配置参数(参数值不同)，如应用端口、端口号、数据连接参数等，采用多数据源切换的方式管理合并后的各微服务的配置文件，可以保证合并后的任一微服务被调用时，读取的仍然是该服务自身的配置文件。在多个微服务为拆分的微服务的情况下，配置文件管理组件，用于分别管理拆分后的各微服务的配置文件。

在一个示例中，上述微服务配置架构还可以包括动态路由组件，该动态路由组件用于确定被调用的目标微服务的路由地址。示例性地，在多个微服务为合并的微服务的情况下，动态路由组件，用于根据路由请求中携带的目标微服务的微服务名在通用服务组件架构的注册中心组件查找对应的模块接口名或主服务名，并根据模块接口名的路由地址或主服务名的路由地址确定目标微服务的路由地址。可以理解的是，在多个微服务合并的情况下，上述目标微服务可能是主服务，也可能是主服务下以模块形式并入的微服务。因此，在注册中心组件中查找该目标微服务时，可能查找到对应的主服务名，也可能查找到对应的模块接口名，那么可以根据模块接口名的路由地址或主服务名的路由地址确定该目标微服务的路由地址。

需要说明的是，由于微服务合并后，其路由地址相比合并之前会发生变化，或者可以理解为其路由地址的具体形式会发生变化，比如，合并之前为单独的微服务的路由地址，合并之后可能为挂接在某个主服务下的模块的路由地址。因此，动态路由组件，还可以根据查找到的模块接口名在注册中心组件中查找该模块接口名对应的映射关系，并根据映射关系查询该模块接口名所属的主服务名，将该主服务名对应的路由地址和主服务下模块接口名的路由地址确定为目标微服务的路由地址，即按照主服务名以及主服务名下的模块接口名的逻辑确定目标微服务的路由地址。

可以理解的是，在目标微服务为合并后的主服务的情况下，可以直接将该主服务的路由地址确定为目标微服务的路由地址。

在多个微服务为拆分的微服务的情况下，动态路由组件，用于根据路由请求中携带的目标微服务的微服务名在通用服务组件架构的注册中心组件中查找对应的微服务名，并将查找到的微服务名的路由地址确定为目标微服务的路由地址；

其中，上述路由请求为通用服务组件架构中的网关服务组件向微服务配置架构发送的，具体地，可以是向微服务配置架构中的动态路由组件发送的。

进一步地，上述微服务配置架构还可以包括服务调用组件，该服务调用组件，用于根据目标微服务的路由地址调用目标微服务。更为具体地，可以由通用服务组件架构中的微服务调用组件与微服务配置架构中的服务调用组件通信，基于上述动态路由组件确定的路由地址调用需要调用的目标微服务。例如，动态路由组件确定目标微服务的路由地址后，将该目标微服务的路由地址返回至网关服务组件，由网关服务组件将该路由地址转发至微服务调用组件，微服务调用组件基于目标微服务的路由地址与服务调用组件通信，实现对目标微服务的调用，保证在多个微服务合并或拆分的情况下，外部应用都能够成功对目标微服务进行无感知调用。

如图1所示，除了注册中心组件、网关服务组件和微服务调用组件之外，上述通用服务组件架构还可以包括权限中心组件、配置中心组件、日志中心组件和链路追踪组件等，由于通用服务组件架构属于现有架构，本申请实施例是在该架构的基础上进行功能扩展，设计微服务配置架构。因此，在本申请实施例中不对通用服务组件架构中的各组件功能进行详细介绍。

图2为本申请实施例提供的一种计算机设备的结构示意图，如图2所示，该计算机设备包括控制器201、存储器202、输入装置203、输出装置204；计算机设备中控制器201的数量可以是一个或多个，图2中以一个控制器201为例；计算机设备中的控制器201、存储器202、输入装置203和输出装置204可以通过总线或其他方式连接，图2中以通过总线连接为例。

存储器202作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块，如图1实施例中的微服务配置系统对应的程序指令。控制器201通过运行存储在存储器202中的程序指令，从而执行计算机设备的各种功能以及数据处理，即实现上述微服务配置系统的功能。

存储器202可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据计算机的使用所创建的数据等。此外，存储器202可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实施例中，存储器202可进一步包括相对于控制器201远程设置的存储器，这些远程存储器可以通过网络连接至终端/服务器。上述网络的实施例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

输入装置203可用于接收输入的数字或字符信息，以及产生与计算机设备的用户设置以及功能控制有关的键信号输入。输出装置204可包括显示屏等显示装置。

本申请实施例还提供一种包含计算机可执行指令的存储介质，该计算机可执行指令在由计算机控制器执行时用于执行图1所示的微服务配置系统的功能。

通过以上关于实施方式的描述，所属领域的技术人员可以清楚地了解到，本申请可借助软件及必需的通用硬件来实现，当然也可以通过硬件实现，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如计算机的软盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(RandomAccess Memory,RAM)、闪存(FLASH)、硬盘或光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述的方法。

注意，上述仅为本申请的较佳实施例及所运用技术原理。本领域技术人员会理解，本申请不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本申请的保护范围。因此，虽然通过以上实施例对本申请进行了较为详细的说明，但是本申请不仅仅限于以上实施例，在不脱离本申请构思的情况下，还可以包括更多其他等效实施例，而本申请的范围由所附的权利要求范围决定。

Claims (10)

1.一种微服务配置系统，其特征在于，包括：微服务配置架构和通用服务组件架构；

所述微服务配置架构，用于对多个微服务进行拆分与合并；

所述通用服务组件架构，用于通过微服务调用组件的调用接口与所述微服务配置架构通信，调用拆分或合并后的多个微服务中的任一个微服务。

2.根据权利要求1所述的系统，其特征在于，所述微服务配置架构包括微服务注册组件；

在所述多个微服务为合并的微服务的情况下，所述微服务注册组件，用于将合并后的微服务按照各微服务之间的映射关系注册至所述通用服务组件架构中的注册中心组件；

在所述多个微服务为拆分的微服务的情况下，所述微服务注册组件，用于将拆分后的各微服务对应的微服务名注册至所述通用服务组件架构中的注册中心组件。

3.根据权利要求2所述的系统，其特征在于，所述微服务注册组件，还用于在多个微服务的微服务名中确定主服务名，将其余微服务名确定为对应微服务的模块接口名，根据所述主服务名与所述模块接口名生成一对多的映射关系；

其中，所述其余微服务名包括所述微服务名中除主服务名之外的所有微服务名。

4.根据权利要求1-3任一项所述的系统，其特征在于，所述微服务配置架构还包括配置文件管理组件；

在所述多个微服务为合并的微服务的情况下，所述配置文件管理组件，用于以多数据源切换的方式管理合并后的各微服务的配置文件；

在所述多个微服务为拆分的微服务的情况下，所述配置文件管理组件，用于分别管理拆分后的各微服务的配置文件。

5.根据权利要求1-3任一项所述的系统，其特征在于，所述微服务配置架构还包括动态路由组件；

在所述多个微服务为合并的微服务的情况下，所述动态路由组件，用于根据路由请求中携带的目标微服务的微服务名在所述通用服务组件架构的注册中心组件查找对应的模块接口名或主服务名，并根据所述模块接口名的路由地址或主服务名的路由地址确定所述目标微服务的路由地址；

在所述多个微服务为拆分的微服务的情况下，所述动态路由组件，用于根据路由请求中携带的目标微服务的微服务名在所述通用服务组件架构的注册中心组件中查找对应的微服务名，并将所述微服务名的路由地址确定为所述目标微服务的路由地址；

其中，所述路由请求为所述通用服务组件架构中的网关服务组件向所述微服务配置架构发送的。

6.根据权利要求5所述的系统，其特征在于，所述动态路由组件，还用于根据所述模块接口名在所述注册中心组件中查找所述模块接口名对应的映射关系，并根据所述映射关系查找所述模块接口名所属的主服务名，以及将所述主服务名对应的路由地址和所述模块接口名的路由地址确定为所述目标微服务的路由地址。

7.根据权利要求5所述的系统，其特征在于，所述微服务配置架构还包括服务调用组件；

所述服务调用组件，用于根据所述目标微服务的路由地址调用所述目标微服务。

8.根据权利要求2所述的系统，其特征在于，所述微服务配置架构还包括配置管理组件；

所述配置管理组件支持手动配置方式和自动配置方式。

9.一种计算机设备，其特征在于，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时，实现如权利要求1-8任一项所述的微服务配置系统的功能。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时，实现如权利要求1-8任一项所述的微服务配置系统的功能。

Images