CN115357240B - 微服务模型构建方法、装置、计算机设备和存储介质 - Google Patents

Abstract

本申请涉及微服务技术领域，尤其涉及一种微服务模型构建方法、装置、计算机设备和存储介质，该方法基于Action服务，对服务请求对应的actionID进行解析，确定所述服务请求对应的服务名、服务端口及功能；在元数据知识库中查询对应的预设模型，并配置对应的元数据，获得目标参数；通过调用所述目标参数，获得目标服务。基于Action服务提供研发标准，通过研发标准对actionID进行定义，覆盖服务、模型和功能；服务请求只需要根据actionID及对应参数，即可在元数据知识库中查询到对应的元数据，从而调用对应的功能，研发人员只需要关注目标服务的功能实现，从而简化代码的生成，并且实现对功能的服务配置和管理，提高微服务架构的研发效率。

Description

微服务模型构建方法、装置、计算机设备和存储介质

技术领域

本申请涉及微服务技术领域，尤其涉及一种微服务模型构建方法、装置、计算机设备和存储介质。

背景技术

微服务（或微服务架构）是一种云原生架构方法，其中单个应用程序由许多松散耦合且可独立部署的较小组件或服务组成。每个服务运行在其独立的进程中，服务与服务间采用轻量级的通信机制互相沟通。每个服务都围绕着具体业务进行构建，并且能够独立地部署到生产环境、类生产环境等。

基于微服务的架构，可搭建公共的服务、业务相关的服务、第三方服务，通过统一的协议、标准完成整合，建立开放的生态平台。但是现有的技术框架虽然解决了大部分服务层的问题，但未细化到具体某个功能的管理，且现有微服务技术灵活度、复杂度高，对于研发人员的技术水平要求较高，使得研发效率低下。因此，如何解决目前微服务技术架构的研发效率低下成为目前亟待解决的技术问题。

发明内容

本申请提供了一种微服务模型构建方法、装置、计算机设备和存储介质，旨在解决目前微服务技术架构的研发效率低下的技术问题。

第一方面，本申请提供一种微服务模型构建方法，所述微服务模型构建方法包括以下步骤：

注册服务请求，基于Action服务，对所述服务请求对应的actionID进行解析，确定所述服务请求对应的服务名、服务端口及功能；

基于所述服务请求对应的服务、模型及功能，在元数据知识库中查询预设模型，并基于所述预设模型，配置对应的元数据，获得目标参数；

基于预设格式参数，调用所述目标参数，获得目标服务，并将所述目标服务返回至请求方，以响应所述服务请求。

进一步地，所述注册服务请求，包括：

获取所述actionID对应的服务定义和模型定义；

基于预设注册通道，注册所述服务定义中的服务名称和服务端口；

基于所述模型定义，确定所述服务请求对应的模型，并基于所述预设注册通道，注册模型对应的功能。

进一步地，所述基于预设格式参数，调用所述目标参数，获得目标服务，包括：

基于所述服务定义和所述模型定义，生成目标代码生成器；

基于所述目标代码生成器和所述目标参数，生成所述服务请求对应的目标代码，并给予所述目标代码，生成所述目标服务。

进一步地，所述基于所述目标代码生成器和所述目标参数，生成所述服务请求对应的目标代码，包括：

基于所述目标代码生成器，对所述目标参数进行解析，确定固化代码和变量代码；

基于所述所述目标代码生成器，在预设代码库中调用所述固化代码，并基于所述Action服务的体系标准，生成所述变量代码；

基于所述固化代码和所述变量代码，生成所述目标代码。

进一步地，所述基于所述服务请求对应的服务、模型及功能，在元数据知识库中查询预设模型之前，还包括：

获取数据模型元数据、功能元数据以及页面元数据，构建元数据知识库。

进一步地，所述基于所述服务请求对应的服务、模型及功能，在元数据知识库中查询预设模型，并基于所述预设模型，配置对应的元数据，获得目标参数，包括：

基于所述服务请求对应的服务、模型及功能，在所述元数据知识库中调用对应的所述预设模型，并基于所述预设模型，确定所述服务请求对应的所述数据模型元数据；

基于所述数据模型元数据，配置所述功能元数据和页面元数据，获得所述目标参数。

进一步地，所述注册服务请求之前，还包括：

基于所述Action服务的体系标准，获得所述actionID的定义，其中，所述定义包括所述服务定义和所述模型定义；

基于所述actionID的定义，构建至少一个所述预设模型。

第二方面，本申请还提供一种微服务模型构建装置，所述微服务模型构建装置包括：

服务请求解析模块，用于注册服务请求，基于Action服务，对所述服务请求对应的actionID进行解析，确定所述服务请求对应的服务名、服务端口及功能；

目标参数获得模块，用于基于所述服务请求对应的服务、模型及功能，在元数据知识库中查询预设模型，并基于所述预设模型，配置对应的元数据，获得目标参数；

目标服务获得模块，用于基于预设格式参数，调用所述目标参数，获得目标服务，并将所述目标服务返回至请求方，以响应所述服务请求。

第三方面，本申请还提供一种计算机设备，所述计算机设备包括处理器、存储器、以及存储在所述存储器上并可被所述处理器执行的计算机程序，其中所述计算机程序被所述处理器执行时，实现如上述的微服务模型构建方法的步骤。

第四方面，本申请还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，其中所述计算机程序被处理器执行时，实现如上述的微服务模型构建方法的步骤。

本申请提供一种微服务模型构建方法、装置、计算机设备及存储介质，所述方法包括注册服务请求，基于Action服务，对所述服务请求对应的actionID进行解析，确定所述服务请求对应的服务名、服务端口及功能；基于所述服务请求对应的服务、模型及功能，在元数据知识库中查询预设模型，并基于所述预设模型，配置对应的元数据，获得目标参数；基于预设格式参数，调用所述目标参数，获得目标服务，并将所述目标服务返回至请求方，以响应所述服务请求。本申请基于Action服务提供研发标准，通过研发标准对actionID进行定义，覆盖服务、模型和功能；服务请求只需要根据actionID及对应参数，即可在元数据知识库中查询到对应的元数据，从而调用对应的功能，作为响应服务请求的目标服务，研发人员只需要关注目标服务的实现，从而实现对于需求代码的简化生成，并且可以实现对功能请求的服务配置和管理，提高微服务架构的研发效率。

附图说明

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

图1为图1为本发明实施例方案中涉及的微服务模型构建设备的硬件结构示意图；

图2为本申请提供的一种微服务模型构建方法第一实施例的流程示意图；

图3为本申请提供的一种微服务模型构建方法第二实施例的流程示意图；

图4是本申请的实施例提供的一种微服务模型构建装置第一实施例的功能模块示意图。

本申请目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

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

附图中所示的流程图仅是示例说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解、组合或部分合并，因此实际执行的顺序有可能根据实际情况改变。

下面结合附图，对本申请的一些实施方式作详细说明。在不冲突的情况下，下述的实施例及实施例中的特征可以相互组合。

本申请的实施例提供了一种微服务模型构建方法、微服务模型构建装置、计算机设备及存储介质，旨在解决目前微服务技术架构的研发效率低下的技术问题。

如图1所示，图1为本发明实施例方案中涉及的微服务模型构建设备的硬件结构示意图。本发明实施例中，微服务模型构建设备可以包括处理器1001（例如CPU），通信总线1002，用户接口1003，网络接口1004，存储器1005。其中，通信总线1002用于实现这些组件之间的连接通信；用户接口1003可以包括显示屏（Display）、输入单元比如键盘（Keyboard）；网络接口1004可选的可以包括标准的有线接口、无线接口（如WI-FI接口）；存储器1005可以是高速RAM存储器，也可以是稳定的存储器（non-volatile memory），例如磁盘存储器，存储器1005可选的还可以是独立于前述处理器1001的存储系统。

本领域技术人员可以理解，图1中示出的硬件结构并不构成对微服务模型构建设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

继续参照图1，图1中作为一种计算机可读存储介质的存储器1005可以包括操作系统、网络通信模块以及微服务模型构建程序。

在图1中，网络通信模块主要用于连接服务器，与服务器进行数据通信；而处理器1001可以调用存储器1005中存储的微服务模型构建程序，并执行本发明实施例提供的微服务模型构建方法。

本申请实施例提供了一种微服务模型构建方法。

请参照图2，图2为本申请提供的一种微服务模型构建方法第一实施例的流程示意图。

如图2所示，该微服务模型构建方法包括步骤S101至步骤S103。

步骤S101、注册服务请求，基于Action服务，对所述服务请求对应的actionID进行解析，确定所述服务请求对应的服务名、服务端口及功能；

进一步地，所述注册服务请求，包括：

获取所述actionID对应的服务定义和模型定义；

基于预设注册通道，注册所述服务定义中的服务名称和服务端口；

基于所述模型定义，确定所述服务请求对应的模型，并基于所述预设注册通道，注册模型对应的功能。

本实施例中，服务的注册请求过程包括服务的注册和功能的注册。

在一示例性的实施方式中，服务的注册过程：服务定义包括服务编号（actionId前三位）、服务名称、服务端口。通过Consul将服务名、服务端口进行注册。服务功能的注册过程：模型定义为actionId前三位，模型下的功能定义为actionId（覆盖服务、模型和功能的完整9位），功能以模型为单位进行管理，服务启动时，扫描模型级的自定义标签进行注册。

其中，Consul是一个支持多数据中心分布式高可用的服务发现和配置共享的服务软件。

本实施例中，服务的注册请求过程，围绕actionId的定义，将微服务的服务注册发现、功能转发进行了标准化的实现。不同微服务在不同的业务场景下被依赖和引用的程度不同，每个微服务提供的能力数据由业务复杂程度决定。成千上万个微服务在运营环境下高效地运转，这就要求微服务必须有标准规范。标准规范分为两个方面，一方面是微服务的数据标准，另一方面是微服务的服务标准。而这两种标准都需要元数据定义。

在一示例性的实施方式中，本实施例采用Action体系标准，包括actionId的业务定义、页面定义等，是整个Action微服务框架的基础标准。通过Action体系标准，对每个微服务的功能分配了一个ActionId(九位字符串)，其定义覆盖了服务(三位)、模型(三位)、功能(三位)，功能请求仅需ActionId及对应参数，即可通过自主研发的Action服务网关完成转发及相应。服务请求过程中，每个请求对应一个actionId，每个请求均通过Action服务进行转发。Action服务通过解析actionId，找到对应的服务及功能。

步骤S102、基于所述服务请求对应的服务、模型及功能，在元数据知识库中查询预设模型，并基于所述预设模型，配置对应的元数据，获得目标参数；

本实施例中，在Action服务通过解析actionId，找到对应的服务及功能时，可以在元数据知识库中查询对应的服务模型，获得目标参数，以通过该服务模型下的元数据响应对应的服务请求。

基于元数据驱动的微服务实现会带来天生的脉络分析优势，从任何一个微服务可以分析出整个调用关系图谱。微服务本体元数据信息一般包含：业务信息，功能信息，数据信息，管理信息，逻辑信息。这些信息是基于元数据知识库中定义的元数据规范实例化得到的。微服务间的元数据信息包含，依赖信息，参数信息，过程信息，同样，这些信息也是来源于元数据知识库，用来解决微服务间连接的关系、映射、依赖、整合约束。

在一示例性的实施方式中，元数据管理包括了数据模型元数据、功能元数据、页面元数据管理。数据模型元数据包括模型基本信息、模型字段信息，作为功能及页面元数据管理的基础。功能元数据信息包括功能信息、功能字段信息、功能字段分组信息，可作为页面元数据管理的基础。页面元数据包括页面信息、页签信息、模块信息、元素信息，一个页面一般都由多个页签构成，一个页签下可包含多个模块，模块按类型分为表单、表格、按钮组等。对于按钮组类型的模块下可包含多个元素，元素一般为按钮，类型可分为服务调用、路径跳转等，其中服务对应的是actionId。根据实际应用场景进行元数据的配置组合来设计页面。通过元数据管理解决开发过程中数据类型、命名一致性问题。

步骤S103、基于预设格式参数，调用所述目标参数，获得目标服务，并将所述目标服务返回至请求方，以响应所述服务请求。

本实施例中，可以通过通用的json格式参数，进行功能调用及参数传递。同时，请求支持批量模式，若参数为数组时，对数组逐笔解析后调用，返回的结果同样按照数组格式返回。

其中，json是一种轻量级的数据交换格式。它基于 ECMAScript（EuropeanComputer Manufacturers Association, 欧洲计算机协会制定的js规范）的一个子集，采用完全独立于编程语言的文本格式来存储和表示数据。简洁和清晰的层次结构使得 JSON成为理想的数据交换语言。 易于人阅读和编写，同时也易于机器解析和生成，并有效地提升网络传输效率。

本实施例提供了一种微服务模型构建方法、装置、计算机设备及存储介质，所述方法包括注册服务请求，基于Action服务，对所述服务请求对应的actionID进行解析，确定所述服务请求对应的服务名、服务端口及功能；基于所述服务请求对应的服务、模型及功能，在元数据知识库中查询预设模型，并基于所述预设模型，配置对应的元数据，获得目标参数；基于预设格式参数，调用所述目标参数，获得目标服务，并将所述目标服务返回至请求方，以响应所述服务请求。本申请基于Action服务提供研发标准，通过研发标准对actionID进行定义，覆盖服务、模型和功能；服务请求只需要根据actionID及对应参数，即可在元数据知识库中查询到对应的元数据，从而调用对应的功能，作为响应服务请求的目标服务，研发人员只需要关注目标服务的实现，从而实现对于需求代码的简化生成，并且可以实现对功能请求的服务配置和管理，提高微服务架构的研发效率。

参照图3，图3为本申请提供的一种微服务模型构建方法第二实施例的流程示意图。

基于上述图2所示实施例，本实施例中，所述步骤S103具体包括：

步骤S201、基于所述服务定义和所述模型定义，生成目标代码生成器；

步骤S202、基于所述目标代码生成器和所述目标参数，生成所述服务请求对应的目标代码，并给予所述目标代码，生成所述目标服务。

进一步地，所述步骤S202具体包括：

基于所述目标代码生成器，对所述目标参数进行解析，确定固化代码和变量代码；

基于所述所述目标代码生成器，在预设代码库中调用所述固化代码，并基于所述Action服务的体系标准，生成所述变量代码；

基于所述固化代码和所述变量代码，生成所述目标代码。

本实施例中，业务功能的大部分场景是对信息的维护，很多代码都是重复性的对某个模型的增加、修改、删除、查询、查看，Action标准对信息的元数据进行了管理，定义了模型、模型字段、功能、功能字段。基于这些元数据可提供编码的辅助、代码自动生成、数据批量转换等基础。

具体地，在元数据的基础上，Action标准对前端页面的展示进行了标准化定义，包括了页面、标签页、模块、按钮，通过与ActionId的绑定，某个功能对应的页面可通过标准化的定义进行动态渲染。

在一示例性的实施方式中，基于Action的模型字段、功能字段等定义，利用VisualStudio T4模板指令、Visual Studio扩展开发技术，研发了中粮信托代码生成器。代码生成器通过T4模板将重复性代码固化，把变量部分通过Action的定义进行替换，包括服务的端口、数据库表的映射类、请求体的映射类、服务层的请求处理方法（默认生成数据的增加、修改、删除、查询、查看、数据初始化等）。

在 Visual Studio 中，T4 文本模板是文本块与可生成文本文件的控制逻辑的混合体。 控件逻辑在 Visual C# 或 Visual Basic 中编写为程序代码片段。其中，T4文本模板包括运行时模板和设计时模板两种：运行时模板也称为“预处理”模板。 在应用程序中运行模板以生成文本字符串，作为其输出的一部分；设计时模板用于定义部分源代码以及应用程序的其他资源。 通常，使用多个模板读取单个输入文件或数据库中的数据，并生成一些 .cs、 .vb 或其他源文件。 每个模板生成一个文件，并在 Visual Studio 或 MSBuild中生成。

进一步地，基于上述图2所示实施例，本实施例中，所述步骤S102之前，还包括：

获取数据模型元数据、功能元数据以及页面元数据，构建元数据知识库。

本实施例中，元数据管理的核心内容是，信息的概念和信息之间的连接。概念表示对某个业务所有维度的集合，连接是对业务维度之间关系的描述。通过这样的描述，能够使元数据成为微服务直接对话的“语言”，还能够通过“语言”规范微服务体系的设计。

在一示例性的实施方式中，对于元数据知识库的建模过程，会将其分解成更小的、更简单的元素，通过多个模型之间的关系描述复杂的事物逻辑。一般从需求开始，无论是用户的需求还是技术需求，能力是实现需求的桥梁与纽带，借助现有的技术手段进行实现的支撑。随着建模过程逐渐深入，建模可以分为概念模型-逻辑模型-物理模型，层层递进最终物理模型会确定数据库实现方式，将数据表固化到数据库中。

进一步的，本实施例中，所述步骤S102具体包括：

基于所述服务请求对应的服务、模型及功能，在所述元数据知识库中调用对应的所述预设模型，并基于所述预设模型，确定所述服务请求对应的所述数据模型元数据；

基于所述数据模型元数据，配置所述功能元数据和页面元数据，获得所述目标参数。

本实施例中，Action服务根据数据模型元数据可初始化新增、修改、删除、查看（单条查看）、查询（表格查询）功能及页面的默认元数据，同时，支持功能、页面元数据的复制、删除，可提高配置的效率。Action服务通过解析actionId，在元数据知识库中找到对应的服务及功能，通过通用的json格式参数，进行格式转换，实现接口对接，进行功能调用及参数传递。

进一步地，基于上述图2所示实施例，本实施例中，所述注册服务请求之前，还包括：

基于所述Action服务的体系标准，获得所述actionID的定义，其中，所述定义包括所述服务定义和所述模型定义；

基于所述actionID的定义，构建至少一个所述预设模型。

本实施例中，Action体系标准可以定义actionID作为操作的唯一标识。在本实施例提供的Action体系标准中，对每个功能分配了一个ActionId(九位字符串)，其定义覆盖了服务(三位)、模型(三位)、功能(三位)。

其中，服务定义包括服务编号（actionId前三位）、服务名称、服务端口；模型定义为actionId前三位，模型下的功能定义为actionId（完整9位），功能以模型为单位进行管理。

请参阅图4，图4是本申请的实施例提供的一种微服务模型构建装置第一实施例的功能模块示意图，该微服务模型构建装置用于执行前述的微服务模型构建方法。其中，该微服务模型构建装置可以配置于终端中。

本实施例中，所述微服务模型构建装置包括：

服务请求解析模块10，用于注册服务请求，基于Action服务，对所述服务请求对应的actionID进行解析，确定所述服务请求对应的服务名、服务端口及功能；

目标参数获得模块20，用于基于所述服务请求对应的服务、模型及功能，在元数据知识库中查询预设模型，并基于所述预设模型，配置对应的元数据，获得目标参数；

目标服务获得模块30，用于基于预设格式参数，调用所述目标参数，获得目标服务，并将所述目标服务返回至请求方，以响应所述服务请求。

进一步地，所述服务请求解析模块10，具体包括：

定义获取单元，用于获取所述actionID对应的服务定义和模型定义；

服务注册单元，用于基于预设注册通道，注册所述服务定义中的服务名称和服务端口；

功能注册单元，用于基于所述模型定义，确定所述服务请求对应的模型，并基于所述预设注册通道，注册模型对应的功能。

进一步地，所述目标服务获得模块30具体包括：

代码生成器生成单元，用于基于所述服务定义和所述模型定义，生成目标代码生成器；

目标服务生成单元，用于基于所述目标代码生成器和所述目标参数，生成所述服务请求对应的目标代码，并给予所述目标代码，生成所述目标服务。

进一步地，所述目标服务获得模块30具体包括：

目标参数解析单元，用于基于所述目标代码生成器，对所述目标参数进行解析，确定固化代码和变量代码；

变量代码生成单元，用于基于所述所述目标代码生成器，在预设代码库中调用所述固化代码，并基于所述Action服务的体系标准，生成所述变量代码；

目标代码生成单元，用于基于所述固化代码和所述变量代码，生成所述目标代码。

进一步地，所述微服务模型构建装置还包括元数据知识库构建模块，所述元数据知识库构建模块具体包括：

元数据知识库构建单元，用于获取数据模型元数据、功能元数据以及页面元数据，构建元数据知识库。

进一步地，所述目标参数获得模块20具体包括：

数据模型元数据确定单元，用于基于所述服务请求对应的服务、模型及功能，在所述元数据知识库中调用对应的所述预设模型，并基于所述预设模型，确定所述服务请求对应的所述数据模型元数据；

目标参数获得单元，用于基于所述数据模型元数据，配置所述功能元数据和页面元数据，获得所述目标参数。

进一步地，所述微服务模型构建装置还包括预设模型构建模块，所述预设模型构建模块具体包括：

定义获得单元，用于基于所述Action服务的体系标准，获得所述actionID的定义，其中，所述定义包括所述服务定义和所述模型定义；

预设模型构建单元，用于基于所述actionID的定义，构建至少一个所述预设模型。

需要说明的是，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的装置和各模块的具体工作过程，可以参考前述微服务模型构建方法实施例中的对应过程，在此不再赘述。

此外，本发明实施例还提供一种计算机可读存储介质。

本发明计算机可读存储介质上存储有微服务模型构建程序，其中所述微服务模型构建程序被处理器执行时，实现如上述的微服务模型构建方法的步骤。

其中，微服务模型构建程序被执行时所实现的方法可参照本发明微服务模型构建方法的各个实施例，此处不再赘述。

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

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

本申请可用于众多通用或专用的计算机系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

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

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (10)

1.一种微服务模型构建方法，其特征在于，所述方法包括：

注册服务请求，基于Action服务，对所述服务请求对应的actionID进行解析，确定所述服务请求对应的服务名、服务端口及功能；

基于所述服务请求对应的服务、模型及功能，在元数据知识库中查询预设模型，并基于所述预设模型，配置对应的元数据，获得目标参数；其中，所述元数据包括数据模型元数据、功能元数据以及页面元数据；所述模型为所述actionID的前三位字符串，所述预设模型为服务模型；

基于预设格式参数，调用所述目标参数，获得目标服务，并将所述目标服务返回至请求方，以响应所述服务请求；

其中，所述预设格式参数包括json格式参数，用于功能调用及参数传递；所述目标参数包括所述目标服务的重复性代码和变量代码。

2.如权利要求1所述的微服务模型构建方法，其特征在于，所述注册服务请求，包括：

获取所述actionID对应的服务定义和模型定义；

基于预设注册通道，注册所述服务定义中的服务名称和服务端口；

基于所述模型定义，确定所述服务请求对应的模型，并基于所述预设注册通道，注册模型对应的功能。

3.如权利要求2所述的微服务模型构建方法，其特征在于，所述基于预设格式参数，调用所述目标参数，获得目标服务，包括：

基于所述服务定义和所述模型定义，生成目标代码生成器；

基于所述目标代码生成器和所述目标参数，生成所述服务请求对应的目标代码，并给予所述目标代码，生成所述目标服务。

4.如权利要求3所述的微服务模型构建方法，其特征在于，所述基于所述目标代码生成器和所述目标参数，生成所述服务请求对应的目标代码，包括：

基于所述目标代码生成器，对所述目标参数进行解析，确定固化代码和变量代码；

基于所述所述目标代码生成器，在预设代码库中调用所述固化代码，并基于所述Action服务的体系标准，生成所述变量代码；

基于所述固化代码和所述变量代码，生成所述目标代码。

5.如权利要求1所述的微服务模型构建方法，其特征在于，所述基于所述服务请求对应的服务、模型及功能，在元数据知识库中查询预设模型之前，还包括：

获取数据模型元数据、功能元数据以及页面元数据，构建元数据知识库。

6.如权利要求5所述的微服务模型构建方法，其特征在于，所述基于所述服务请求对应的服务、模型及功能，在元数据知识库中查询预设模型，并基于所述预设模型，配置对应的元数据，获得目标参数，包括：

基于所述服务请求对应的服务、模型及功能，在所述元数据知识库中调用对应的所述预设模型，并基于所述预设模型，确定所述服务请求对应的所述数据模型元数据；

基于所述数据模型元数据，配置所述功能元数据和页面元数据，获得所述目标参数。

7.如权利要求2所述的微服务模型构建方法，其特征在于，所述注册服务请求之前，还包括：

基于所述Action服务的体系标准，获得所述actionID的定义，其中，所述定义包括所述服务定义和所述模型定义；

基于所述actionID的定义，构建至少一个所述预设模型。

8.一种微服务模型构建装置，其特征在于，所述微服务模型构建装置包括：

服务请求解析模块，用于注册服务请求，基于Action服务，对所述服务请求对应的actionID进行解析，确定所述服务请求对应的服务名、服务端口及功能；

目标参数获得模块，用于基于所述服务请求对应的服务、模型及功能，在元数据知识库中查询预设模型，并基于所述预设模型，配置对应的元数据，获得目标参数；其中，所述元数据包括数据模型元数据、功能元数据以及页面元数据；所述模型为所述actionID的前三位字符串，所述预设模型为服务模型；

目标服务获得模块，用于基于预设格式参数，调用所述目标参数，获得目标服务，并将所述目标服务返回至请求方，以响应所述服务请求；

其中，所述预设格式参数包括json格式参数，用于功能调用及参数传递；所述目标参数包括所述目标服务的重复性代码和变量代码。

9.一种计算机设备，其特征在于，所述计算机设备包括处理器、存储器、以及存储在所述存储器上并可被所述处理器执行的计算机程序，其中所述计算机程序被所述处理器执行时，实现如权利要求1至7中任一项所述的微服务模型构建方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，其中所述计算机程序被处理器执行时，实现如权利要求1至7中任一项所述的微服务模型构建方法的步骤。

Images