CN114666388B - 一种面向组织业务的微服务开发方法、装置及存储介质 - Google Patents

Abstract

本发明提出了一种面向组织业务的微服务开发方法、装置及存储介质，其中，方法包括：向开发者提供微服务开发架构，该微服务开发架构针对目标组织业务预设有标准的组织数据、用户数据以及公共微服务；通过公共微服务提供的统一的服务接口，以反向代理的方式抽象对组织数据和用户数据的访问逻辑，并返回相应的数据至服务接口；基于服务接口开发新的微服务。本发明方法的有益效果包括：通过公共微服务提供的反向代理功能，使得对目标数据的调用无需由微服务开发者来完成，而是由公共微服务统一代理完成，保证了对组织数据、用户数据的访问路径以及获取数据的一致性，使得通过本发明方法开发微服务的过程中，能够最大程度上的实现对组织业务的解耦。

Description

一种面向组织业务的微服务开发方法、装置及存储介质

技术领域

本发明涉及计算机程序开发技术领域，尤其涉及一种面向组织业务的微服务开发方法、装置及存储介质。

背景技术

微服务架构已经在全球范围内被广泛的使用，James Lewis和Martin Fowler(2014)提出“微服务是一种将单个应用程序开发为一套小型服务的方法，每个服务都在自己的进程中运行，并使用轻量级的通信机制(通常是HTTP类型的API)进行通信。这些服务是围绕业务能力构建的，并且可以通过全自动化的部署机制进行独立部署。目前对这些服务几乎没有集中的管理，这些服务可以用不同的编程语言编写，也能使用不同的数据存储技术。”

在企业管理软件领域，受制于企业内组织、业务领域的复杂性和各业务领域的耦合度高的问题，在一定程度上很难完成企业管理软件内微服务的拆分，其难点在于难以使得各微服务的开发人员基于统一的组织、用户将各业务服务彻底解耦，并保持基础数据微服务和其他业务微服务比如工作流服务、财务服务、资金服务等独立演进且保持业务的高度统一。

发明内容

为解决上述技术问题，在本发明的一个方面，提出了一种面向组织业务的微服务开发方法，所述方法包括：向开发者提供微服务开发架构，所述微服务开发架构针对目标组织业务预设有标准的组织数据、用户数据以及公共微服务；通过所述公共微服务提供的统一的服务接口，以反向代理的方式抽象对所述组织数据和用户数据的访问逻辑，并返回相应的数据至所述服务接口；基于所述服务接口开发新的微服务。

在一个或多个实施例中，所述微服务开发框架还预设有系统管理微服务，所述系统管理微服务用于提供可视化的管理界面，并通过所述可视化的管理界面对微服务的功能进行注册以及配置注册功能的用户访问权限。

在一个或多个实施例中，所述基于所述服务接口开发新的微服务业务，包括：在所述系统管理微服务中新建工作流；为所述工作流配置数据处理规则以及所述数据处理规则所需用到的服务接口；通过所述系统管理微服务对所述数据处理规则进行注册并发布。

在一个或多个实施例中，所述工作流微服务用于：响应于获取传入参数，根据所述传入参数通过对应的服务接口获取目标数据；对所述目标数据按照预设的数据处理规则进行处理并返回处理结果。

在一个或多个实施例中，所述数据处理规则包括数据的展示、筛选、修改、排序或删除。

在一个或多个实施例中，所述微服务开发架构还预设有基础数据微服务；所述基础数据微服务用于基于所述预设的标准的组织、用户定义规范上传基础数据并配置属性，并提供统一的服务接口；其中，所述基础数据包括用户数据以及组织数据；所述属性包括ID、编号、名称、组织或者用户类型、分级关系、状态、明细标志以及组织数据或用户数据的获取方式。

在一个或多个实施例中，所述微服务开发架构还预设有属性扩展微服务；所述属性拓展微服务用于通过所述公共微服务提供的服务接口获取用户数据或组织数据对应的属性，并通过将所述属性与拓展属性保存为键值对的方式进行属性拓展，并提供统一的服务接口。

在一个或多个实施例中，所述微服务开发架构还预设有前端帮助微服务；所述前端帮助微服务用于以列表或树形结构展示组织数据和用户数据，并基于所述树形结构进行关键字模糊匹配及定位，并提供统一的服务接口。

在本发明的第二方面，提出了一种面向组织业务的微服务开发装置，包括：至少一个处理器；以及存储器，所述存储器中存储有可执行的计算机程序，所述计算机程序被所述至少一个处理器执行时用于实现如上述任意一实施例中的面向组织业务的微服务开发方法的步骤。

在本发明的第三方面，提出了一种可读存储介质，所述可读存储介质存储有可执行的计算机程序，所述计算机程序被执行时用于实现如上述任意一实施例中的面向组织业务的微服务开发方法的步骤。

本发明的有益效果包括：本发明通过在微服务开发架构中预设标准的组织数据、用户数据，用于保证组织、用户关数据的规范性和统一性，并通过预设的公共微服务提供的反向代理功能，使得对目标数据的调用无需由微服务开发者来完成，而是由公共微服务统一代理完成，进而通过上述两方面的结合保证了对组织数据、用户数据等相关数据的访问路径以及获取数据的一致性，使得通过本发明方法开发微服务的过程中，能够最大程度上的实现对组织业务的解耦，从而解决了因组织业务复杂、耦合度高、难以统一组织及用户数据而导致组织业务微服务开发解耦难，开发难的问题。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的实施例。

图1为本发明的面向组织业务的微服务开发方法的工作流程图；

图2为本发明可选实施例的工作流微服务的工作流程图；

图3为本发明的微服务开发架构的结构示意图；

图4为本发明的面向组织业务的微服务开发装置的结构示意图；

图5为本发明的可读存储介质的结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本发明实施例进一步详细说明。

需要说明的是，本发明实施例中所有使用“第一”和“第二”的表述均是为了区分两个相同名称非相同的实体或者非相同的参量，可见“第一”“第二”仅为了表述的方便，不应理解为对本发明实施例的限定，后续实施例对此不再一一说明。

为了解决因组织业务复杂、耦合度高、难以统一组织、用户的数据而导致微服务开发困难的问题。本发明提出了通过构建微服务开发架构，并在该微服务架构下开发面向组织业务的微服务，从而使得开发者无需再关注组织和用户相关数据的统一性问题，从而能够最大程度上的对组织业务进行解耦，并有助于缩短微服务的开发周期，提升微服务的开发效率。为了能够清楚的阐述本发明的发明构思，以下将结合附图进行说明。

图1为本发明的面向组织业务的微服务开发方法的工作流程图。如图1所示，本发明的面向组织业务的微服务开发方法的工作流程包括：步骤S1、向开发者提供微服务开发架构，微服务开发架构针对目标组织业务预设有标准的组织数据、用户数据以及公共微服务；步骤S2、通过公共微服务提供的统一的服务接口，以反向代理的方式抽象对组织数据和用户数据的访问逻辑，并返回相应的数据至服务接口；步骤S3、基于服务接口开发新的微服务。

微服务架构是一项在云中部署应用和服务的新技术。微服务可以在所谓的自己的程序中运行，并通过轻量级设备与HTTP型API进行沟通。微服务最关键的一点即在于该服务可以在自己的程序中运行，通过这一点使得用户可以将服务公开与微服务架构(在现有系统中分布一个API)区分开来。在非微服务的服务公开应用中，多个服务都可以被内部独立进程所限制，当其中任何一个服务需要增加某种功能，必须缩小进程范围。相较而言，在微服务架构中，只需要在特定的某种服务中增加所需功能，而不影响整体进程的架构。可以理解的是，上述中本发明向开发者提供的微服务开发架构本质上也是一个微服务架构。

在本实施例中，本发明通过在微服务开发架构中预设标准的组织数据、用户数据，用于保证组织、用户关数据的规范性和统一性，并通过预设的公共微服务提供的反向代理功能，使得对目标数据的调用无需由微服务开发者来完成，而是由公共微服务统一代理完成，进而通过上述两方面的结合保证了对组织数据、用户数据等相关数据的访问路径以及获取数据的一致性，使得通过本发明方法开发微服务的过程中，能够最大程度上的实现对组织业务的解耦，从而解决了因组织业务复杂、耦合度高、难以统一组织数据、用户数据而导致组织业务微服务开发解耦难，开发难的问题。

在一个实施例中，微服务开发框架还预设有系统管理微服务，该系统管理微服务用于提供可视化的管理界面，并通过可视化的管理界面对微服务的功能进行注册以及配置注册功能的访问权限。本发明的微服务开发框架需要用户登录后才能进行微服务的开发工作。在本实施例中，微服务开发框架可以根据用户的登录信息获得用户的功能访问权限，该权限包括但不限于使用本微服务框架中预设的其它微服务的权限以及访问相应数据库的权限。通过该方式，一方面，能够规范微服务功能的开发，另一方面也使得用户的开发界面更加简洁，进而有助于提升微服务的开发效率。

在一个可选实施例中，本发明的微服务开发框架还预设有管理界面显示微服务，该管理界面显示微服务用于根据用户的访问权限控制在上述管理界面中显示相应的微服务操作接口及数据库访问接口。

在一个具体的实例中，不同的技术栈在集成调用方式上有很大的差距，为便于不同前端技术栈的调用，本实施例中的系统管理微服务可以提供多种可视化的管理界面以应用于多种不同的技术栈，包括Angular、VUE以及JS原生的前端UI界面。具体做法是在系统管理微服务中预设多种UI界面的集成包，并配置系统管理微服务根据相应的技术栈框架提供相应的集成包，从而使得本发明的微服务开发能够在多种前端设备上进行操作。

在一个实施例中，基于服务接口开发新的微服务业务，包括：在系统管理微服务中新建工作流；为该工作流配置数据处理规则以及数据处理规则所需用到的服务接口；通过系统管理微服务对数据处理规则进行注册并发布。其中，发布后的工作流将向用户提供相应的工作流服务接口。

在一个具体实施例中，上述各实施例中的服务接口包括API(ApplicationProgramming Interface，应用程序编程接口)接口和RPC(Remote Procedure CallProtocol，远程过程调用协议)接口两种接口；其中，API接口可以理解为应用程序的使用接口；RPC接口支持通过远程调用的方式调用其微服务下的特定组织数据或者用户数据的接口服务，即RPC接口可以理解为各微服务之间的通信接口。更具体的，本发明的RPC服务框架可以采用Google发布的开源RPC框架-GRPC，其支持高性能、开源、将移动和HTTP/2放在首位的通用RPC框架，其能够基于HTTP/2，netty4.1，proto3等标准协议实现数据通信。

在另一个具体的实施例中，RPC框架可以使用阿里巴巴提供的Dubbox框架，该框架可以和Spring框架无缝集成，从而可以进一步实现对REST的支持，进而提升RPC框架的可伸缩性。

在一个具体的实施例中，工作流微服务用于响应于获取传入参数，根据传入参数通过对应的服务接口获取目标数据；对目标数据按照预设的数据处理规则进行处理并返回处理结果。其中，数据处理规则包括数据的展示、筛选、修改、排序或删除。

为了更加清楚的说明工作流微服务的工作过程，以下将通过一个用于数据展示的工作流的实施例进行说明。

请参见图2，图2为本发明可选实施例的工作流微服务的工作流程图。

1.在展示工作流微服务(UI界面)中设置参与用户(包括用户名称以及用户类型)，调用统一服务接口，由公共微服务根据设置的用户名称判断该用户所需要的使用的数据库(该过程为抽象用户数据访问逻辑、以及抽象RPC接口服务的过程)，并调用到系统管理微服务中；

2.系统管理微服务，根据上述展示工作流传入的条件，如展示数据，从数据库中获取对应的数据，并进行展示。请求展示组织数据的过程与上述过程类似，本文中不再过多说明。

在上述实施例中，本发明配置工作流的数据处理规则的逻辑是，如果对象是一个表，直接获取产品部提供的服务接口；如果不对象不是一个表，需要咨询产品部(即开发人员)是否能提供一个完整接口，如果不能提供，需要产品部通过平台(即微服务开发架构)自行组装。对外，相应的工作流微服务表现为仅有一种功能接口。

请参见图3，图3为本发明的微服务开发架构的结构示意图。如图3所示，本发明的微服务开发架构主要由逻辑层以及逻辑层下面的多种微服务组成，多种微服务可以分为三大类包括系统管理微服务、公共微服务以及工作流微服务。每个微服务均具有单独对应的数据库，从而实现数据的区分管理。

在本实施例中，本实施通过展示工作流微服务、公共微服务以及系统管理微服务三种微服务的配合实现了根据在展示工作流中输入的用户名而由公共微服服务调用对应的数据库，并由系统管理微服务进行展示的过程。可以理解的是，上述展示工作流微服务是在公共微服务以及系统管理微服务的接口的基础上实现的。

在一个可选的实施例中，由公共微服务获取的数据库的数据表如下述表1和表2所示：

表1用户数据

其中，用户数据如上述表1所示，组织数据如下述表2所示：

表2组织数据

在一个实施例中，微服务开发架构还预设有基础数据微服务；基础数据微服务用于基于预设的标准的组织、用户定义规范上传基础数据并配置属性，并提供统一的服务接口；其中，基础数据包括用户数据以及组织数据；属性包括ID、编号、名称、组织或者用户类型、分级关系、状态、明细标志以及组织数据或用户数据的获取方式，等等。可以理解的是，基础数据微服务用于对上传数据的规范化。

在一个具体实施例中，当上述工作流微服务的目的是增加或修改数据时，其配置的数据处理规则的逻辑包括，首先需要由公共微服务获得对应的基础数据微服务的服务接口，而后需要调用系统管理微服务显示目标数据库或数据表以基于标准的组织、用户定义规范进行数据的增加或修改。

在本实施中，本发明的公共微服务的反向代理对象不仅包括目标数据还包括管理目标数据的服务接口，其可以首先定位目标数据所在的数据库，进而再定位用于管理该数据库的服务接口，从而实现反向代理。

在一个实施例中，微服务开发架构还预设有属性扩展微服务；属性拓展微服务用于通过公共微服务提供的服务接口获取用户数据或组织数据对应的属性，并通过将属性与拓展属性保存为键值对的方式进行属性拓展，并提供统一的服务接口。

在一个实施例中，微服务开发架构还预设有前端帮助微服务；前端帮助微服务用于以列表或树形结构展示组织数据和用户数据，并基于所述树形结构进行关键字模糊匹配及定位，并提供统一的服务接口。

在上述各实施例中，本发明公开了一种利用微服务开发架构进行微服务开发的方法，该微服务开发架构中提供了多种基础微服务，以及关键的用于实现反向代理的公共微服务，该公共微服务的反向代理对象既可以是数据库中的数据也可以是服务接口；通过该反向代理功能使得开发者无需再关注组织和用户相关数据的统一性问题，从而能够最大程度上的对组织业务进行解耦，并有助于缩短微服务的开发周期，提升微服务的开发效率。

此外，本发明配置工作流的数据处理规则的逻辑是，如果对象是一个表，直接获取产品部提供的服务接口；如果不对象不是一个表，需要咨询产品部是否能提供一个完整接口，如果不能提供，需要产品部通过平台(即微服务开发架构)自行组装。对外，相应的工作流微服务表现为仅有一种功能接口。

在本发明的第二方面，提出了一种面向组织业务的微服务开发装置。图4为本发明的面向组织业务的微服务开发装置的结构示意图，如图4所示本发明的微服务开发装置300包括至少一个处理器301；以及存储器302，该存储器302中存储有可执行的计算机程序，该计算机程序被至少一个处理器301执行时用于实现如上述各实施例中的面向组织业务的微服务开发方法的步骤。

在本发明的第三方面，提出了一种可读存储介质。图5为本发明的可读存储介质的结构示意图，如图5所示本发明的可读存储介质400存储有可执行的计算机程序401，该计算机程序401被执行时用于实现如上述各实施例中的面向组织业务的微服务开发方法的步骤。

以上是本发明公开的示例性实施例，但是应当注意，在不背离权利要求限定的本发明实施例公开的范围的前提下，可以进行多种改变和修改。根据这里描述的公开实施例的方法权利要求的功能、步骤和/或动作不需以任何特定顺序执行。此外，尽管本发明实施例公开的元素可以以个体形式描述或要求，但除非明确限制为单数，也可以理解为多个。

应当理解的是，在本文中使用的，除非上下文清楚地支持例外情况，单数形式“一个”旨在也包括复数形式。还应当理解的是，在本文中使用的“和/或”是指包括一个或者一个以上相关联地列出的项目的任意和所有可能组合。

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

所属领域的普通技术人员应当理解：以上任何实施例的讨论仅为示例性的，并非旨在暗示本发明实施例公开的范围(包括权利要求)被限于这些例子；在本发明实施例的思路下，以上实施例或者不同实施例中的技术特征之间也可以进行组合，并存在根据上的本发明实施例的不同方面的许多其它变化，为了简明它们没有在细节中提供。因此，凡在本发明实施例的精神和原则之内，所做的任何省略、修改、等同替换、改进等，均应包含在本发明实施例的保护范围之内。

Claims (10)

1.一种面向组织业务的微服务开发方法，其特征在于，所述方法包括：

向开发者提供微服务开发架构，所述微服务开发架构针对目标组织业务预设有标准的组织数据、用户数据以及公共微服务；

通过所述公共微服务提供的统一的服务接口，以反向代理的方式抽象对所述组织数据和用户数据的访问逻辑，并返回相应的数据至所述服务接口；

基于所述服务接口开发新的微服务。

2.根据权利要求1所述的面向组织业务的微服务开发方法，其特征在于，所述微服务开发框架还预设有系统管理微服务，所述系统管理微服务用于提供可视化的管理界面，并通过所述可视化的管理界面对微服务的功能进行注册以及配置注册功能的用户访问权限。

3.根据权利要求2所述的面向组织业务的微服务开发方法，其特征在于，所述基于所述服务接口开发新的微服务业务，包括：

在所述系统管理微服务中新建工作流；

为所述工作流配置数据处理规则以及所述数据处理规则所需用到的服务接口；

通过所述系统管理微服务对所述数据处理规则进行注册并发布。

4.根据权利要求3所述的面向组织业务的微服务开发方法，其特征在于，所述工作流微服务用于：

响应于获取传入参数，根据所述传入参数通过对应的服务接口获取目标数据；

对所述目标数据按照预设的数据处理规则进行处理并返回处理结果。

5.根据权利要求4所述的面向组织业务的微服务开发方法，其特征在于，所述数据处理规则包括数据的展示、筛选、修改、排序或删除。

6.根据权利要求1所述的面向组织业务的微服务开发方法，其特征在于，所述微服务开发架构还预设有基础数据微服务；

所述基础数据微服务用于基于预设的标准的组织、用户定义规范上传基础数据并配置属性，并提供统一的服务接口；

其中，所述基础数据包括用户数据以及组织数据；所述属性包括ID、编号、名称、组织或者用户类型、分级关系、状态、明细标志以及组织数据或用户数据的获取方式。

7.根据权利要求1所述的面向组织业务的微服务开发方法，其特征在于，所述微服务开发架构还预设有属性拓展微服务；

所述属性拓展微服务用于通过所述公共微服务提供的服务接口获取用户数据或组织数据对应的属性，并通过将所述属性与拓展属性保存为键值对的方式进行属性拓展，并提供统一的服务接口。

8.根据权利要求1所述的面向组织业务的微服务开发方法，其特征在于，所述微服务开发架构还预设有前端帮助微服务；

所述前端帮助微服务用于以列表或树形结构展示组织数据和用户数据，并基于所述树形结构进行关键字模糊匹配及定位，并提供统一的服务接口。

9.一种面向组织业务的微服务开发装置，其特征在于，包括：

至少一个处理器；以及

存储器，所述存储器中存储有可执行的计算机程序，所述计算机程序被所述至少一个处理器执行时用于实现如权利要求1-8任意一项所述的面向组织业务的微服务开发方法的步骤。

10.一种可读存储介质，其特征在于，所述可读存储介质存储有可执行的计算机程序，所述计算机程序被执行器执行时用于实现如权利要求1-8任意一项所述的面向组织业务的微服务开发方法的步骤。

Images