[发明专利]一种中台服务管理装置和中台

说明书

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

技术领域

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

背景技术

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

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

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

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

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

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

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

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

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

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

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

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

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