CN112540786A - 一种中台服务管理装置和中台 - Google Patents

Abstract

一种中台服务管理装置和中台，方案包括：服务目录单元从中台抽取服务信息，调用公共单元对服务信息进行解析，展示解析结果；服务接口单元监听服务目录单元中的选择事件，调用公共单元解析选择事件所对应的服务的接口信息，展示解析结果；接口模拟单元根据选择事件对应的服务的接口的数据类型生成模拟数据，根据模拟数据及服务接口规范，生成对应的结果。代码组成单元根据目标代码的语言来选择不同的内置模板，通过内置模块和选择事件生成可直接运行的服务调用代码；公共单元提供能够被调用的控件，以及服务解析器，以根据OpenAPI服务接口规范解析中台提供的服务信息，供中台服务管理装置中的其他单元使用，降低开发技术难度的目的。

Description

一种中台服务管理装置和中台

技术领域

本发明涉及计算机技术领域，具体涉及一种基于服务目录的中台服务管理装置和中台。

背景技术

首先，对本申请中用到的专业技术名词进行解释：

中台：中台是为了支撑企业业务应用敏捷研发和运营而通过融合或至少通过整合企业内的资源、数据、平台、技术、工具、业务等而构成的统一接口服务平台。

前台：前台应用聚焦于界面交互以及业务流程等，直接面向用户，既包括各种和用户直接交互的界面,也包括服务端各种实时响应用户请求的业务逻辑。

API：Application Programming Interface，应用程序编程接口，是一些预先定义的函数，目的是提供应用程序与开发人员基于某软件或硬件得以访问一组例程的能力，而又无需访问源码，或理解内部工作机制的细节。

服务目录：将服务按照业务领域进行分类，并采用树形结构进行展示。

RESTful：是一种网络应用程序的设计风格和开发方式，基于HTTP，可以使用XML格式定义或JSON格式定义。

OpenAPI：在互联网时代，把网站的服务封装成一系列计算机易识别的数据接口开放出去，供第三方开发者使用，这种行为就叫做开放网站的API，与之对应的，所开放的API就被称作openAPI。

OpenAPI规范：定义了一个标准的、语言无关的RESTful API接口规范，它可以同时允许开发人员和操作系统查看并理解某个服务的功能，而无需访问源代码，文档或网络流量检查。

随着产业互联网的火爆，在各互联网厂商积极推广中台建设成果的推动下，传统企业纷纷加入数字化转型的阵列，建设自己的中台，以支撑企业业务应用的敏捷开发和运营。中台的本质是提炼各个业务条线的共同需求，并将这些功能打造成组件化产品，然后以API接口的形式为前台提供服务。但是，由于中台各业务条线往往由不同的项目团队开发，中台的服务缺乏统一的管理，导致基于中台的业务系统研发效率低下、中台服务变更时前台开发响应不及时等一系列问题。

目前，主要采用微服务的方式来构建中台服务层。通过微服务实现了后端应用的解耦，提高了中台应用的弹性伸缩能力。但由于微服务的拆分，导致了项目团队和服务的碎片化，给基于中台的系统开发带来一定的复杂度。

中台服务以RESTful方式提供服务，一个前台项目可能会面对多个中台微服务项目。前台开发人员将面对大量不同中台团队开发出来的API接口，如何正确的连接和调用，是亟需解决的问题。当中台API出现变更时，又如何通知所有受影响的前台项目团队同步调整和版本协同发布，需要的沟通成本也很大。

现阶段，前台开发人员在线下和不同业务中台人员对接，获取服务接口描述文档。不同中台服务提供的接口描述文档格式不一致，导致接口的维护管理非常耗时，接口的正确性和稳定性很难保证。

在开发阶段，前台开发人员需要中台服务返回模拟数据，以便进行前台开发。传统的数据模拟是开发人员自己构造模拟数据并把数据写到项目代码里，这种方式工作量大，而且不能及时响应中台服务接口变化。开发人员需要编写服务调用代码，在代码逻辑中要对服务调用的所有异常情况进行处理，开发难度大，开发成本高。

由此可见，现有技术中的中台服务存在开发难度高的问题。

发明内容

有鉴于此，本发明实施例提供一种中台服务管理装置，以降低中台的开发难度。

为实现上述目的，本发明实施例提供如下技术方案：

一种中台服务管理装置，包括：

服务目录单元、服务接口单元、接口模拟单元、代码生成单元、公共单元；

服务目录单元，用于监听中台服务接口的变化，并实施更新服务目录中的服务信息，展示所述服务信息，并定时从中台中抽取服务信息，调用所述公共单元对所述服务信息进行解析，并展示解析结果；

所述服务接口单元，用于监听所述服务目录单元中的选择事件，调用所述公共单元解析所述选择事件所对应的服务的接口信息，并对解析结果进行展示；

所述接口模拟单元，用于根据所述选择事件对应的服务的接口的数据类型生成模拟数据，根据模拟数据及预设的服务接口规范，生成对应的结果；

所述代码组成单元，用于根据所选择的目标代码的语言来选择不同的内置模板，并通过所述内置模块和所述选择事件生成可以直接运行的服务调用代码；

所述公共单元，用于提供能够被所述服务目录单元、服务接口单元调用的控件，以及提供服务解析器，以根据OpenAPI服务接口规范解析中台提供的服务信息，供中台服务管理装置中的其他单元使用。

可选的，上述中台服务管理装置中，所述服务目录单元，包括：

服务抽取单元、目录展示单元、服务监听单元；

所述服务抽取单元，用于定时从中台中抽取服务信息，然后通过所述公共单元中的服务解析器完成服务信息解析，将解析结果发送到所述目录展示单元进行展示；

所述服务监听单元，用于监听中台服务接口的变化，并基于变化后的服务接口实时更新服务目录中的服务信息；

所述目录展示单元，用于以目录树的结构展示所述服务信息。

可选的，上述中台服务管理装置中，所述服务接口单元，包括：

目录监听单元和接口展示单元；

所述目录监听单元，用于监听服务目录单元中的选择事件，然后调用公共单元中的服务解析器解析所选选择事件对应的服务的接口信息，并将解析结果在所述接口展示单元中进行展示。

可选的，上述中台服务管理装置中，所述接口模拟单元包括：

模拟数据生成单元和结果生成单元；

所述模拟数据生成单元，用于根据所述选择事件对应的服务接口的数据类型生成模拟数据；

所述结果生成单元，用于根据服务接口规范，生成与所述模拟数据对应的结果。

可选的，上述中台服务管理装置中，所述代码组成单元，包括：

语言适配器和源码生成器；

所述语言适配器，用于根据用户选择的目标代码的语言来选择不同的内置模板；

所述源码生成器，用于通过所述内置模板和所述选择事件生成可直接运行的服务调用代码。

可选的，上述中台服务管理装置中，所述公共单元，包括：

前端展现单元、服务解析器、日志记录单元和异常处理单元中的一项或多项的组合；

所述前端展现单元，用于提供能够被所述服务目录单元、服务接口单元调用的控件；

所述服务解析器，用于根据预设的OpenAPI服务接口规范解析中台提供的服务信息，供中台服务管理装置中的其他单元使用。

可选的，上述中台服务管理装置中，所述服务目录单元通过工作区、本地库和中央库对服务目录进行管理；

其中，所述工作区和所述本地库中的目录条目由预设的业务系统项目组进行管理和维护；

所述中央库用于对所述服务目录进行统一管理。

可选的，上述中台服务管理装置中，所述源码生成器，具体用于：

通过服务解析器解析所述选择事件对应的服务接口信息，提取所述服务接口信息所包含的基础信息，所述基础信息包括但不限于服务地址、服务接口、访问权限中的一项或多项的组合；

基于基础信息和所述语言适配器提供的内置模板，生成可直接运行的服务调用代码。

一种中台，应用有上述任意一项所述的中台服务管理装置。

基于上述技术方案，本发明实施例提供的上述方案，通过OpenAPI服务接口规范对中台服务接口进行规范化约束，通过服务目录方式对服务进行管理，提供服务接口的模拟调用，并针对不同的开发语言生成对应的服务调用代码。本发明达到了规范中台服务接口，加快基于中台的业务系统开发，提高代码开发质量，降低开发技术难度的目的。

附图说明

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

图1为本申请实施例提供的中台服务管理装置的结构示意图；

图2为本申请另一实施例提供的中台服务管理装置的结构示意图；

图3为本申请提供的服务目录图的树状结构示意图；

图4为本申请实施提供的服务目录流转图；

图5为本申请实施例提供的代码组成单元生成代码的原理示意图。

具体实施方式

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

针对上述问题，本发明提出了一种基于服务目录的中台服务管理装置，该方法规范中台服务接口，并从中台中提取服务接口描述信息，按照业务领域形成服务目录，基于服务目录对服务进行分类管理，提供服务接口展示、服务接口模拟以及服务调用代码生成等能力，实现中台服务的快速发现与调用，降低基于中台的业务应用的开发成本。

具体的，在本申请实施例公开的技术方案中，使用OpenAPI规范约束中台服务接口，使中台对外提供的服务描述一致化，以便于服务的复用和共享。具体的，参见图1，本申请提供的中台服务管理装置可以包括：

服务目录单元100、服务接口单元200、接口模拟单元300、代码生成单元400、公共单元500；

所述服务目录单元100，用于监听中台服务接口的变化，并实施更新服务目录中的服务信息，展示所述服务信息，并定时从中台中抽取服务信息，调用所述公共单元对所述服务信息进行解析，并展示解析结果，在本方案中，服务目录中每个服务的详细信息，可包括服务名称、版本号、服务描述、服务访问地址、服务提供的方法(包括方法名、方法描述、方法参数、方法返回值)等信息。

具体的，参见图2，所述服务目录单元100，可以包括：

服务抽取单元101、目录展示单元102、服务监听单元103；

所述服务抽取单元，用于定时或依据预设频率从中台中抽取服务信息，然后通过所述公共单元中的服务解析器完成服务信息的解析，将解析结果发送到所述目录展示单元进行展示；

所述服务监听单元，用于实时监听中台服务接口的变化，当服务接口变化时，根据变化后的服务接口实时更新服务目录中的服务信息，以保持所述服务目录中的服务信息与当前服务接口相匹配，通过所述服务监听单元监听中台服务的接口变更，可实现服务信息的及时更新；

所述目录展示单元，用于以目录树的结构展示所述服务信息，以便于服务的查找和定位，所述目录树的结构如图3所示。

所述服务接口单元200，用于监听所述服务目录单元中的选择事件，调用所述公共单元解析所述选择事件所对应的服务的接口信息，并对解析结果进行展示；

参见图2，所述服务接口单元200具体可以包括：

目录监听单元201和接口展示单元202；

所述目录监听单元201，用于监听服务目录单元中的选择事件，所述选择事件可以指的是鼠标选择事件，然后调用公共单元中的服务解析器解析所选选择事件对应的服务的接口信息，并将解析结果在所述接口展示单元中进行展示。例如，用于通过鼠标选择目标服务信息，所述目录监听单元201监听到该动作后，调用公共单元中的服务解析器解析所选目标服务信息，并通过接口展示单元202展示解析结果。

所述接口模拟单元300，用于根据所述选择事件对应的服务的接口的数据类型生成模拟数据，根据模拟数据及预设的服务接口规范，生成对应的结果，通过所述预设的服务接口规范，可以使所有中台服务的接口描述格式一致。

具体的，参见图2，所述接口模拟单元300包括：

模拟数据生成单元301和结果生成单元302；

所述模拟数据生成单元，用于根据所述选择事件对应的服务接口的数据类型自动生成模拟数据；

所述结果生成单元，用于根据预设的服务接口规范，生成与所述模拟数据对应的结果。在本方案中，所述接口模拟单元使用服务器代理的方案，在服务调用时只需要进行服务器反向代理配置，不用修改项目源码，即可获取所有的模拟数据。

在本方案中，可以通过所述模拟数据生成单元对服务接口进行模拟调试。本发明公开的装置可根据接口规范，自动生成模拟测试数据，完成服务接口方法的模拟调用。

所述代码组成单元400，用于根据所选择的目标代码的语言来选择不同的内置模板，并通过所述内置模块和所述选择事件生成可以直接运行的服务调用代码；

具体的，所述代码组成单元400，包括：

语言适配器401和源码生成器402；

所述语言适配器，用于根据用户选择的目标代码的语言来选择不同的内置模板；

所述源码生成器，用于通过所述内置模板和所述选择事件所对应的服务包含的服务接口信息生成可直接运行的服务调用代码。

可见，本方案可根据服务接口描述信息，自动生成服务调用代码。支持Java、Nodejs、Go等常用开发语言的服务调用代码生成，从而提高代码开发效率，降低开发技术难度。

所述公共单元500，用于提供能够被所述服务目录单元、服务接口单元调用的控件，以及提供服务解析器，以根据OpenAPI服务接口规范解析中台提供的服务信息，供中台服务管理装置中的其他单元使用，通过OpenAPI服务接口规范解析中台提供的服务信息，可按照业务领域形成服务目录。

具体的，所述公共单元500，包括：

前端展现单元501、服务解析器502、日志记录单元503和异常处理单元504中的一项或多项通用组件的组合；

所述前端展现单元，用于提供能够被所述服务目录单元、服务接口单元调用的控件，例如，提供标签、按钮、数等常规控件，以供所述目录展示单元和接口展示单元调用；

所述服务解析器，用于根据预设的OpenAPI服务接口规范解析中台提供的服务信息，供中台服务管理装置中的其他单元使用。

在本申请实施例公开的技术方案中，所述中台的服务目录可以按照业务领域进行分类管理。服务目录采用树形结构展示，服务目录下的目录条目可以手工创建，也可以从中台服务描述信息中批量提取。

在本方案中，所述服务目录采用分层结构，所述服务目录自下而上分为工作区、本地库、中央库三个层次。其中，工作区和本地库中的服务目录条目由各业务系统项目组进行管理和维护，中央库对服务目录进行统一管控。各区之间服务目录的流转如图4所示：

在图4所示的流程中，当要使用中台服务时，先从中央库根据服务目录检索服务条目，将检出的服务条目发送至本地库。

本地库中的服务目录处于只读状态，如果中央库的服务目录结构不满足本项目需求，项目组可以将本地库中的服务目录检出到工作区进行编辑，或者是，者项目组要对服务目录进行模拟测试、生成模拟数据或者生成代码的时，将本地库中的服务目录检出至所述工作区域。

在工作区对服务目录进行修改后可提交到本地库。也可以在工作区新建服务目录，然后提交到本地库。本地库中的服务目录可在业务项目组内部进行分享和复用。

对于本地库中修改过的或本地新建的服务目录，可以提交申请到中央库，经过审批可以正式提交到中央库，以供其它项目组共享使用。将本地库中的服务目录发布到中央库，中央库中的服务目录可供所有业务项目组检索和使用。

在本方案中，参见图5，所述源码生成器，具体用于：通过服务解析器解析所述选择事件对应的服务接口信息，提取所述服务接口信息所包含的基础信息，所述基础信息包括但不限于服务地址、服务接口、访问权限中的一项或多项的组合；基于基础信息和所述语言适配器提供的内置模板，生成可直接运行的服务调用代码。

结合上述各个实施例可见，本申请公开的上述方案具有以下优点：

对基于中台的服务调用，进行标准化、统一的流程处理，极大提高开发效率。

采用服务目录的方式对中台服务进行线上管理，避免开发人员线下维护大量冗余接口描述文档，同时避免服务接口更新不及时问题，提高了服务调用的正确性和稳定性。

自动生成模拟数据进行服务模拟调用，采用服务器代理方案，避免开发人员手动编写测试数据以及将数据硬编码到项目代码。

自动生成服务调用代码，降低开发难度，减少开发人员工作量，提高开发效率。

由上述方案可见，本发明提出了一种基于服务目录的中台服务管理装置。该方案通过OpenAPI服务接口规范对中台服务接口进行规范化约束，通过服务目录方式对服务进行管理，提供服务接口的模拟调用，并针对不同的开发语言生成对应的服务调用代码。本发明达到了规范中台服务接口，加快基于中台的业务系统开发，提高代码开发质量，降低开发技术难度的目的。

对应于上述中台服务管理装置，本申请还公开了一种中台，该中台可以应用有上述任意一项所述的中台服务管理装置。

为了描述的方便，描述以上系统时以功能分为各种模块分别描述。当然，在实施本发明时可以把各模块的功能在同一个或多个软件和/或硬件中实现。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (9)

1.一种中台服务管理装置，其特征在于，包括：

服务目录单元、服务接口单元、接口模拟单元、代码生成单元、公共单元；

服务目录单元，用于监听中台服务接口的变化，并实施更新服务目录中的服务信息，展示所述服务信息，并定时从中台中抽取服务信息，调用所述公共单元对所述服务信息进行解析，并展示解析结果；

所述服务接口单元，用于监听所述服务目录单元中的选择事件，调用所述公共单元解析所述选择事件所对应的服务的接口信息，并对解析结果进行展示；

所述接口模拟单元，用于根据所述选择事件对应的服务的接口的数据类型生成模拟数据，根据模拟数据及预设的服务接口规范，生成对应的结果；

所述代码组成单元，用于根据所选择的目标代码的语言来选择不同的内置模板，并通过所述内置模块和所述选择事件生成可以直接运行的服务调用代码；

所述公共单元，用于提供能够被所述服务目录单元、服务接口单元调用的控件，以及提供服务解析器，以根据OpenAPI服务接口规范解析中台提供的服务信息，供中台服务管理装置中的其他单元使用。

2.根据权利要求1所述的中台服务管理装置，其特征在于，所述服务目录单元，包括：

服务抽取单元、目录展示单元、服务监听单元；

所述服务抽取单元，用于定时从中台中抽取服务信息，然后通过所述公共单元中的服务解析器完成服务信息解析，将解析结果发送到所述目录展示单元进行展示；

所述服务监听单元，用于监听中台服务接口的变化，并基于变化后的服务接口实时更新服务目录中的服务信息；

所述目录展示单元，用于以目录树的结构展示所述服务信息。

3.根据权利要求1所述的中台服务管理装置，其特征在于，所述服务接口单元，包括：

目录监听单元和接口展示单元；

所述目录监听单元，用于监听服务目录单元中的选择事件，然后调用公共单元中的服务解析器解析所选选择事件对应的服务的接口信息，并将解析结果在所述接口展示单元中进行展示。

4.根据权利要求1所述的中台服务管理装置，其特征在于，所述接口模拟单元包括：

模拟数据生成单元和结果生成单元；

所述模拟数据生成单元，用于根据所述选择事件对应的服务接口的数据类型生成模拟数据；

所述结果生成单元，用于根据服务接口规范，生成与所述模拟数据对应的结果。

5.根据权利要求1所述的中台服务管理装置，其特征在于，所述代码组成单元，包括：

语言适配器和源码生成器；

所述语言适配器，用于根据用户选择的目标代码的语言来选择不同的内置模板；

所述源码生成器，用于通过所述内置模板和所述选择事件生成可直接运行的服务调用代码。

6.根据权利要求1所述的中台服务管理装置，其特征在于，所述公共单元，包括：

前端展现单元、服务解析器、日志记录单元和异常处理单元中的一项或多项的组合；

所述前端展现单元，用于提供能够被所述服务目录单元、服务接口单元调用的控件；

所述服务解析器，用于根据预设的OpenAPI服务接口规范解析中台提供的服务信息，供中台服务管理装置中的其他单元使用。

7.根据权利要求1所述的中台服务管理装置，其特征在于，所述服务目录单元通过工作区、本地库和中央库对服务目录进行管理；

其中，所述工作区和所述本地库中的目录条目由预设的业务系统项目组进行管理和维护；

所述中央库用于对所述服务目录进行统一管理。

8.根据权利要求5所述的中台服务管理装置，其特征在于，所述源码生成器，具体用于：

通过服务解析器解析所述选择事件对应的服务接口信息，提取所述服务接口信息所包含的基础信息，所述基础信息包括但不限于服务地址、服务接口、访问权限中的一项或多项的组合；

基于基础信息和所述语言适配器提供的内置模板，生成可直接运行的服务调用代码。

9.一种中台，其特征在于，应用有权利要求1-8任意一项所述的中台服务管理装置。

Images