CN114879939A - 生成微服务的方法、系统、电子设备及存储介质 - Google Patents

Abstract

本发明技术方案提供了一种生成微服务的方法、系统、电子设备及存储介质，该方法包括：响应于开发请求，获取标准业务流程、扩展点和功能组件；基于标准应用项目，生成微服务框架，所述微服务框架包括扩展实现框架；基于标准业务流程，添加扩展点得到目标业务流程；基于扩展实现框架，添加扩展实现程序，扩展实现程序包括功能组件；将微服务框架生成基于目标业务流程的微服务。采用此技术方案可以提高微服务的定制能力，提升代码质量，同时降低复杂软件的二次开发成本。

Description

生成微服务的方法、系统、电子设备及存储介质

技术领域

本发明涉及软件架构设计领域，特别涉及一种生成微服务的方法、系统、电子设备及存储介质。

背景技术

在产业互联网跟企业数字化转型的浪潮下，面向企业用户的服务软件存在很多定制化需求，如何将标准化产品与定制化需求解耦，是服务软件产品开发的一个难题。针对业务逻辑简单、基于表单或者流程驱动的产品，市场上提供了各种低代码工具，能够通过拖拉拽的方式搭建页面，并通过流程引起将页面串联起来，但是这种方式无法满足复杂业务系统的定制开发。

发明内容

以下是对本文详细描述的主题的概述。本概述并非是为了限制权利要求的保护范围。

本发明实施例提供了一种生成微服务的方法、系统、电子设备及存储介质，针对复杂业务系统的定制需求，能够在解耦、隔离标准产品与二次开发源码的基础上，提高微服务的定制能力，同时使得开发人员能够调用标准产品提供的功能。

第一方面，本发明实施例提供了一种生成微服务的方法，包括：

响应于开发请求，获取标准业务流程、扩展点和功能组件；

基于标准应用项目，生成微服务框架，所述微服务框架包括扩展实现框架；

基于所述标准业务流程，添加所述扩展点得到目标业务流程；

基于所述扩展实现框架，添加扩展实现程序，所述扩展实现程序包括所述功能组件；

将所述微服务框架生成基于所述目标业务流程的微服务。

第二方面，本发明实施例提供了一种生成微服务的系统，其特征在于，包括：

获取模块，用于响应于开发请求，获取标准业务流程、扩展点和功能组件；

框架生成模块，用于基于标准应用项目，生成微服务框架，所述微服务框架包括扩展实现框架；

扩展点处理模块，用于基于所述标准业务流程，添加所述扩展点得到目标业务流程；

扩展点实现模块，用于基于所述扩展实现框架，添加扩展实现程序，所述扩展实现程序包括所述功能组件；

微服务生成模块，用于将所述微服务框架生成基于所述目标业务流程的微服务。

第三方面，本发明实施例还提供了一种电子设备，所述电子设备包括处理器、存储器，以及一个或多个程序，所述一个或多个程序被存储在所述存储器中，并且被配置由所述处理器执行，所述程序被处理器执行实现上述第一方面的生成微服务的方法。

第四方面，本发明实施例还提供了一种计算机可读存储介质，其特征在于，存储有处理器可运行的程序指令，所述程序指令用于执行实现上述第一方面的生成微服务的方法。

本发明实施例至少包括以下有益效果：实施例中的生成微服务的方法，通过集成标准项目流程，可以集成已有基础服务能力，为开发人员提供能够调用标准产品提供的原子能力；通过添加扩展点以及对现有节点重新排程，可以提供可扩展可定制的二次开发方案；通过基于标准应用项目生成微服务框架，可以将开发规范融入开发平台，提升代码质量；灵活可扩展的二次开发实现方式有助于降低软件的二次开发成本，容易实现业务系统的定制开发。

附图说明

图1为本发明实施例中一种生成微服务的方法流程图。

图2为本发明实施例中一种Framework平台的架构示意图。

图3为本发明实施例中一种基于Framework平台进行二次开发的流程图。

图4为本发明实施例中一种生成微服务的系统示意图。

图5为本发明实施例中一种电子设备的结构图。

具体实施方式

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

需要理解的是，如果在说明书和权利要求书及上述附图中涉及到方位描述，例如上、下、前、后、左、右等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。

需要说明的是，至少一个的含义是一个或者多个，多个的含义是两个以上，大于、小于、超过等理解为不包括本数，以上、以下、以内等理解为包括本数。如果有描述道第一、第二只是用于区分技术特征为目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量或者隐含指明所指示的技术特征的先后关系。

参照图1，为本发明实施例提供的一种生成微服务的方法流程图，包括但不限于以下步骤：

步骤S101：响应于开发请求，获取标准业务流程、扩展点和功能组件。

本实施例提供一个Framework平台，该平台可以采用生成微服务的方法，方便开发人员对现有软件进行二次开发，快速生成标准化的微服务。该平台可以提供通用的功能组件，例如，常见的分布式事务、通用工具包和审计日志等，其中通用工具包可以包括redis、mybatis、对象存储和MQ等组件，这些功能组件均为独立的模块，可以支持独立部署，也可以支持集成使用。

其中，标准业务流程指已有系统的业务流程，例如，常见的订单业务流程可以包括商品校验-->计算优惠-->预扣库存-->创建订单-->订单通知等节点，流程顺序如箭头方向所示。通过将这些标准业务流程集成到Framework平台，可以避免开发人员重新编写现有流程和节点功能实现的代码，开发人员可以直接选取二次开发所需要的标准业务流程，也可以在标准业务流程的基础上扩展节点，还可以将标准业务流程的节点以及扩展的节点进行逻辑覆盖重写，将流程重新编排。扩展点，指除标准业务流程中的节点，为某项业务功能额外添加的实现方法，在本实施例中，为灵活适应二次开发的需求，扩展点的具体实现方法由开发人员提供，Framework平台可以在后端通过注解方式定义某个方法为扩展点，并在前端告知开发人员某一标准业务流程中有哪些扩展点。

作为一种示例，为满足软件的二次开发需求，需要定制开发一个登录认证模块，并且该登录认证模块需要扩展一个第三方的登录认证功能，因此，开发人员可以在Framework平台上选择实现该功能需要调用的功能组件，例如，登录组件和审计日志组件等；由于需要接入第三方系统的账户认证，因此可以选择登录流程为需要扩展的业务流程；接着，可以查看到该流程有哪些扩展点，这里可以选择账密认证为扩展点，因为可以替换原来的账密认证为第三方系统的账密认证或者其他认证方式，如人脸登录认证等。由此，平台后端可以响应于二次开发的请求，根据获取的标准业务流程、扩展点和功能组件进行处理和开发，生成扩展后的登录认证微服务。

步骤S102：基于标准应用项目，生成微服务框架，微服务框架包括扩展实现框架。

其中，标准应用项目是指原有的通用的应用，提供了代码原型，基于其生成的微服务框架，可以延用其软件架构和软件框架，因此可以继承规范的软件各个部分和各部分内部结构以及各部分之间的联系，并且原应用的软件框架为微服务框架提供了基础的结构和一些规范约束，使得开发人员在此基础上可以根据具体需求进一步定制开发。扩展实现框架是指扩展点实现类的代码框架，延用标准应用项目中现有方法实现类的代码框架。

在一些实施例中，步骤S102可以包括：安装由标准应用项目集成的插件，通过脚手架代码生成器生成微服务框架，扩展实现框架与标准应用项目中方法实现类框架一致。

其中，由标准应用项目所集成的插件可以包括不同领域不同场景的应用插件，开发人员可以根据需求在Framework平台上选择合适的标准应用项目插件，由此，响应于前端操作，后端执行实施例中安装由标准应用项目集成的插件，通过脚手架代码生成器生成微服务框架的操作。

步骤S103：基于标准业务流程，添加扩展点得到目标业务流程。

其中，标准业务流程包括流程中的节点以插件的形式发布在Framework平台，响应于开发请求，获取了开发人员选择的标准业务流程之后，安装标准业务流程插件得到该流程代码。扩展点是抽象概念，其在程序中表征为某个功能的实现方法，在需要引入某个或多个新方法时，可以声明基于微服务框架的标准化扩展点接口，并引入开发人员所选择的即实现该方法需要调用的功能组件。扩展点的方法实现部分留空，由开发人员填充相应代码。目标业务流程可以按照标准业务流程，在设定位置处添加扩展点后得到，也可以由标准业务流程中的节点和扩展点重新排程得到，由此，为开发人员提供了灵活可扩展的二次开发方案。

在一些实施例中，步骤S103可以包括：

生成流程描述文件，根据流程描述文件，通过流程编排引擎对现有节点重新编排，得到目标业务流程，现有节点包括标准业务流程中的节点和扩展点。

流程描述文件用于描述扩展后的流程，即目标业务流程，通过服务编排引擎依据流程描述文件执行目标业务流程。同时，服务编排引擎支持将现有节点重新编排，或者替换已有的某个节点，或者多个已有的节点组合生成新的节点。除了服务编排引擎，还可以通过开发规则引擎，针对某些基于规则的业务实现可配置的扩展能力，例如地产置业的案场判客规则等。

步骤S104：基于扩展实现框架，添加扩展实现程序，扩展实现程序包括功能组件。

其中，扩展实现程序是针对扩展点的具体实现方法的程序，这部分代码由开发人员提供，在获取到扩展实现程序后，写入扩展实现框架，即扩展点的方法实现类函数中，并将完整的扩展点实现类代码存入扩展点的代码文件目录下。开发人员只需具备选择标准业务流程、扩展点和编写扩展点方法程序的能力，大大简化开发人员的开发过程，也降低了软件的二次开发成本。

步骤S105：将微服务框架生成基于目标业务流程的微服务。

在编排现有节点得到目标业务流程，并整合微服务框架的代码和扩展点的实现代码后，可以提交完整的微服务代码，由Framework平台提供微服务的运行服务。

在一些实施例中，步骤S105可以包括：

对微服务框架的代码进行包括测试、部署和发布的操作，生成微服务。

参照图2，为本发明实施例提供的Framework平台架构图。本发明实施例中的微服务由基础设施层中的各个模块来支持运行，其中，IaaS资源管理模块可以管理微服务部署所需要的软硬件资源；微服务生命周期管理模块可以为微服务提供注册、部署、发布、升级和灰度能力；多租户隔离模块可以使开发人员在未开放授权的情况下只能看到自己开发的微服务模型和提供的接口；运维监控模块可以监控基础服务的使用、负载和存活等情况；沙箱测试模块可以提供与开发环境隔离的沙箱环境，使得微服务能够在沙箱环境里模拟测试；部署发布模块，在应用的二次开发完成后，可以通过可视化界面构建来发布此应用，同时配合IaaS资源管理模块，自动为微服务分配资源，并将微服务注册到注册中心。

参照图2，除了基础服务层提供的微服务运行服务，本发明实施例还可以提供服务层，包括视图模块、业务模块和连接模块；其中，连接模块包括：动态集成或路由组件，用于提供服务路由能力，在执行过程中能够执行正确的目标业务流程，例如，在标准订单流程中的订单计价服务接口为A，二次开发覆盖了标准订单计价服务为实现接口B，那么在业务调用上下文，订单计价服务会路由到实现B，标准订单流程中的计价服务仍然会路由到实现A；触发器用于通过事件触发某个流程，基于Xxl-job实现定时任务触发器，比如触发某个巡检任务。

本发明实施例提供的一种生成微服务的方法还包括：

在微服务框架中，为扩展点添加注解，并为扩展点声明默认实现的接口；

在微服务框架中，为需要依赖功能组件的模块添加功能组件依赖。

在本实施例中，可以对具备扩展空间的方法进行标注，即扩展点的注解，通过注解方式定义某个方法为扩展点，可以基于此注解去提供一个重写该方法的能力，可以在实现该方法时对已声明的扩展点接口执行调用。通过为扩展点声明默认实现的接口，可以允许开发人员在不破坏接口的现有实现的情况下向接口添加新方法，提供了允许接口定义实现的灵活性，在具体类无法为该方法提供实现的情况下，该实现将默认使用。添加功能组件依赖，指在相关依赖文件中声明该功能组件依赖，例如，基于Maven开发时，可以引入功能组件依赖到需要调用其的模块和层的pom文件中。由此，可以简化开发人员的开发过程，使其只需关注方法的实现，不需要进行符合代码原型标准的扩展点接口声明，以及查询原有文件进行功能组件依赖的添加等配置工作，避免编译出现问题，提升代码质量。

本发明实施例提供的一种生成微服务的方法还包括：

创建可视化界面，通过可视化界面显示包括标准业务流程、扩展点和功能组件，以及微服务。

其中，可视化界面可以由服务层的视图模块来支持，除此之外，视图模块还可以提供可配置化的视图能力，以及组件库和表单引擎，其中组件库可以配套前端组件库，包括表单组件、审批组件等；表单引擎可以针对表单组件等收集结果，产出分析报表。

在一些实施例中，可视化界面具有与业务对应的视图呈现方式，视图呈现方式随用户和维度配置的不同而不同。

比如，针对家装订单列表可以呈现配送方式，针对售楼订单列表可以呈现售楼状态。

在另一些实施例中，可视化模型设计可以反向建立数据模型以及数据模型的关联关系，同时基于数据模型即服务，向上生成针对模型的CRUD接口，也可以通过编排，生成具备业务逻辑的模型接口。

其中，数据模型即服务可以将数据库模型、模型之间的关系暴露为HTTP CRUD接口，减少开发工作量。

如图3所示，为本发明实施例中开发人员在Framework平台进行二次开发的流程图，其过程为：首先，由开发人员在Framework平台选择二次开发应用需要的功能组件、需要扩展的标准业务流程以及扩展点；然后，由Framework平台提供的脚手架代码生成器生成一套微服务的应用代码，代码包含了选择的功能组件，可以将这些功能组件当做依赖的包直接本地化调用，对于需要扩展的标准业务流程，在勾选扩展点后，会生成扩展点的接口实现类；接着，由开发人员编写实现类的代码，开发人员可以直接调用功能组件；最后，整合微服务的应用代码和开发人员编写的实现类代码，并为二次开发的应用搭建前端页面；提交代码后，由基础设施层支持微服务的后续运行。

本发明实施例至少包括以下有益效果：通过集成标准项目流程，可以集成已有基础服务能力，为开发人员提供能够调用标准产品提供的原子能力；通过添加扩展点以及对现有节点重新排程，可以提供可扩展可定制的二次开发方案；通过基于标准应用项目生成微服务框架，可以将开发规范融入开发平台，提升代码质量；灵活可扩展的二次开发实现方式有助于降低软件的二次开发成本。

参照图4，本发明实施例提供了一种生成微服务的系统示意图，包括但不限于：

获取模块101，用于响应于开发请求，获取标准业务流程、扩展点和功能组件；

框架生成模块102，用于基于标准应用项目，生成微服务框架，微服务框架包括扩展实现框架；

扩展点处理模块103，用于基于标准业务流程，添加扩展点得到目标业务流程；

扩展点实现模块104，用于基于扩展实现框架，添加扩展实现程序，扩展实现程序包括功能组件；

微服务生成模块105，将微服务框架生成基于目标业务流程的微服务。

本发明实施例提供了一种电子设备，如图5所示，该电子设备包括存储器201和处理器202；存储器201，用于存放一个或多个计算机程序；处理器202，用于执行存储器201上所存放的程序时，实现本发明实施例提供的生成微服务的方法。

本发明实施例提供了一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行本发明实施例提供的生成微服务的方法。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字调节人员线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于电子设备和计算机可读存储介质实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的保护范围内。

Claims (10)

1.一种生成微服务的方法，其特征在于，包括：

响应于开发请求，获取标准业务流程、扩展点和功能组件；

基于标准应用项目，生成微服务框架，所述微服务框架包括扩展实现框架；

基于所述标准业务流程，添加所述扩展点得到目标业务流程；

基于所述扩展实现框架，添加扩展实现程序，所述扩展实现程序包括所述功能组件；

将所述微服务框架生成基于所述目标业务流程的微服务。

2.根据权利要求1所述的生成微服务的方法，其特征在于，所述基于标准应用项目，生成微服务框架，包括：

安装由所述标准应用项目集成的插件，通过脚手架代码生成器生成所述微服务框架，所述扩展实现框架与所述标准应用项目中方法实现类框架一致。

3.根据权利要求1所述的生成微服务的方法，其特征在于，所述基于所述标准业务流程，添加所述扩展点得到目标业务流程，包括：

生成流程描述文件，根据所述流程描述文件，通过流程编排引擎对现有节点重新编排，得到所述目标业务流程，所述现有节点包括所述标准业务流程中的节点和所述扩展点。

4.根据权利要求1所述的生成微服务的方法，其特征在于，所述将所述微服务框架生成基于所述目标业务流程的微服务，包括：

对所述微服务框架的代码进行包括测试、部署和发布的操作，生成所述微服务。

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

在所述微服务框架中，为所述扩展点添加注解，并为所述扩展点声明默认实现的接口；

在所述微服务框架中，为需要依赖所述功能组件的模块添加所述功能组件依赖。

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

创建可视化界面，通过所述可视化界面显示包括所述标准业务流程、所述扩展点、所述功能组件以及所述微服务。

7.根据权利要求6所述的生成微服务的方法，其特征在于，所述可视化界面具有与业务对应的视图呈现方式，所述视图呈现方式随用户和维度配置的不同而不同。

8.一种生成微服务的系统，其特征在于，包括：

获取模块，用于响应于开发请求，获取标准业务流程、扩展点和功能组件；

框架生成模块，用于基于标准应用项目，生成微服务框架，所述微服务框架包括扩展实现框架；

扩展点处理模块，用于基于所述标准业务流程，添加所述扩展点得到目标业务流程；

扩展点实现模块，用于基于所述扩展实现框架，添加扩展实现程序，所述扩展实现程序包括所述功能组件；

微服务生成模块，用于将所述微服务框架生成基于所述目标业务流程的微服务。

9.一种电子设备，所述电子设备包括处理器、存储器，以及一个或多个程序，所述一个或多个程序被存储在所述存储器中，并且被配置由所述处理器执行，所述程序包括用于执行如权利要求1-7所述的生成微服务的方法。

10.一种计算机可读存储介质，其特征在于，存储有处理器可运行的程序指令，所述程序指令用于执行如权利要求1-7所述的生成微服务的方法。

Images