一种用于大型微服务部署的服务附加依赖管理方法专利检索-树形结构人工智能专利检索查询-专利查询网

一种用于大型微服务部署的服务附加依赖管理方法

阅读：674发布：2020-05-12

专利汇可以提供一种用于大型微服务部署的服务附加依赖管理方法专利检索，专利查询，专利分析的服务。并且本发明公开了一种用于大型微服务部署的服务附加依赖管理方法，具体步骤为：提供服务附加依赖市场，集成开发平台，实现平台服务接入API标准；提供可配置文件，依赖关系自动发现并发布；发布流程一体化；用户发布服务，服务附加依赖由标签或项目信息与其他服务自动共享，监控信息集成。本发明可以提供服务附加依赖运维功能，且能够让微服务发布与附加依赖关联自动化处理降低运维成本和使用成本，提升资源利用率和发布效率，提高开发者对业务自身关注度。，下面是一种用于大型微服务部署的服务附加依赖管理方法专利的具体信息内容。

权利要求

1.一种用于大型微服务部署的服务附加依赖管理方法，其特征在于，具体步骤为：
S1、提供服务附加依赖市场，集成开发平台，实现平台服务接入API标准；
S2、提供可配置文件，依赖关系自动发现并发布；
S3、发布流程一体化；
S4、用户发布服务，服务附加依赖由标签或项目信息与其他服务自动共享，监控信息集成。
2.根据权利要求1所述的一种用于大型微服务部署的服务附加依赖管理方法，其特征在于，所述服务附加依赖分为基础中间件依赖和业务中间件依赖。
3.根据权利要求2所述的一种用于大型微服务部署的服务附加依赖管理方法，其特征在于，所述业务中间依赖提供注册中心、网关、配置中心，并提供开放能力，供第三方开发者发布服务附加依赖。
4.根据权利要求1所述的一种用于大型微服务部署的服务附加依赖管理方法，其特征在于，所述平台服务接入API标准为开发者接入平台，平台可根据spec.yml中提供domain信息，调用对应服务的接口。
5.根据权利要求1所述的一种用于大型微服务部署的服务附加依赖管理方法，其特征在于，所述接口包括获取资源接口和删除资源接口。
6.根据权利要求1所述的一种用于大型微服务部署的服务附加依赖管理方法，其特征在于，所述S2的具体步骤为：
S201、提供可配置的描述服务附加依赖基础信息的YAML文件；
S202、用户在YAML文件中根据需要选择市场提供的任意附加信息；
S203、发布服务解析对应配置文件，转到附加依赖的列表信息，提交给管控服务进行发布预处理；
S204、预处理环节对附加依赖信息进行深度解析；
S205、对附加依赖中存在的依赖情况处理成树形结构，将关系保存在DB中。
S206、预处理结束后，发布流程从叶子结点开始进行服务发布，逐层递增，最终达到Root节点。
7.根据权利要求1所述的一种用于大型微服务部署的服务附加依赖管理方法，其特征在于，所述附加依赖之间的关系，由管控服务自动维护。
8.根据权利要求1所述的一种用于大型微服务部署的服务附加依赖管理方法，其特征在于，所述S3的具体步骤为：
S301、在配置文件中，管控服务自动发布指定需要的附加依赖；
S302、后续微服务发布，需要添加附加依赖信息时，管控服务自动将环境变量注入。
9.根据权利要求1所述的一种用于大型微服务部署的服务附加依赖管理方法，其特征在于，所述监控信息集成为服务附加依赖提供控制台功能对数据实施管控，且服务附加依赖的各项指标数据信息由对应的监控界面展示。

说明书全文

一种用于大型微服务部署的服务附加依赖管理方法

技术领域

[0001] 本发明属于PAAS技术领域，具体涉及一种用于大型微服务部署的服务附加依赖管理方法。

背景技术

[0002] 微服务是一种架构风格，一个大型复杂软件应用由一个或多个微服务组成。系统中的各个微服务可被独立部署，各个微服务之间是松耦合的，每个微服务仅关注于完成一件任务并很好地完成该任务。在所有情况下，每个任务代表着一个小的业务能力。

[0003] 在微服务部署中，对于服务附加依赖的处理链路如下：购买机器；选择部署机器；手动部署服务附加依赖；微服务手动关联依赖。现有的服务部署方式，服务附加依赖需要单独部署、维护，当需要部署的服务附加依赖比较多，会出现部署慢，维护难等情况，即便是服务附加依赖部署完毕，微服务也要修改对应的配置文件信息，不仅繁琐，流程上更是无法串联起来。主要存在处理链路长，微服务不能自动化的关联管理附加依赖，需要人工介入，用户需要额外关心附加依赖的运行状态，运维成本高等问题。

[0004] 因此，如何让微服务发布与附加依赖关联自动化处理，降低人工成本是当前需要解决的问题。

发明内容

[0005] 为了解决上述问题，本发明提供了一种用于大型微服务部署的服务附加依赖管理方法，能够让微服务发布与附加依赖关联自动化处理，并提供服务附加依赖运维功能。

[0006] 本发明的技术方案为：一种用于大型微服务部署的服务附加依赖管理方法，具体步骤为：

[0007] S1、提供服务附加依赖市场，集成开发平台，实现平台服务接入API标准；

[0008] S2、提供可配置文件，依赖关系自动发现并发布；

[0009] S3、发布流程一体化；

[0010] S4、用户发布服务，服务附加依赖由标签或项目信息与其他服务自动共享，监控信息集成。

[0011] 服务附加依赖分为两类，即基础中间件依赖和业务中间件依赖，基础中间件囊括了目前市面上常用的中间件，如：MySQL、Redis、ElasticSearch等。

[0012] 业务中间依赖提供注册中心、网关、配置中心，并提供开放能力，供第三方开发者发布服务附加依赖。

[0013] 本发明不仅仅提供基础的服务附加依赖，也支持其他开发者，将自己的应用发布为服务依赖，在服务附加依赖市场中供客户选择使用，并且全权维护服务附加依赖，用户拥有更多选择权。

[0014] 作为优选，本发明可实现平台服务接入API标准。开发者接入平台，需要实现创建create、更新update、详情get、删除delete这套API标准，平台可根据spec.yml中提供domain信息，调用对应服务的接口。

[0015] 作为优选，本发明实现两个接口，包括获取资源接口和删除资源接口。

[0016] 作为优选，S2的具体步骤为：

[0017] S201、提供可配置的描述服务附加依赖基础信息的YAML文件；

[0018] S202、用户在YAML文件中根据需要选择市场提供的任意附加信息；

[0019] S203、发布服务解析对应配置文件，转到附加依赖的列表信息，提交给管控服务进行发布预处理；

[0020] S204、预处理环节对附加依赖信息进行深度解析；

[0021] S205、对附加依赖中存在的依赖情况处理成树形结构，将关系保存在DB中。

[0022] S206、预处理结束后，发布流程从叶子结点开始进行服务发布，逐层递增，最终达到Root节点。

[0023] 本发明附加依赖之间的关系，由管控服务自动维护，无需人工介入。

[0024] 作为优选，发布流程相比普通的部署方式有很大改观，流程上整体串联操作，具体步骤为：

[0025] S301、用户不再需要手动去操作每一项附加依赖的部署，只需要在配置文件中，指定你需要的附加依赖，管控服务会自动发布服务；

[0026] S302、后续微服务发布，需要添加附加依赖信息，也不需要手动收集、配置，管控服务会自动将环境变量注入。

[0027] 作为优选，用户发布服务，服务附加依赖可以通过标签或项目信息被其他服务自动共享，资源利用率得到提升。

[0028] 服务附加依赖提供控制台功能，可以对数据实时管控；服务附加依赖本身的各项指标，如CPU、内存、连接数等，也会有对应的监控界面展示接近实时的数据信息。

[0029] 与现有技术相比，本发明的有益效果体现在：

[0030] 本发明可以提供服务附加依赖运维功能，且能够让微服务发布与附加依赖关联自动化处理降低运维成本和使用成本，提升资源利用率和发布效率，提高开发者对业务自身关注度。附图说明

[0031] 图1为本发明的流程图(依赖循环解析)。

[0032] 图2为本发明的树形结构图(附加依赖中的依赖情况)。

[0033] 图3为本发明的比较流程图(服务依赖方案部署)。

[0034] 图4为本发明的界面示例图(微服务与服务附加依赖)。

[0035] 图5为本发明的界面示例图(服务附加依赖控制台)。

具体实施方式

[0036] 如图4所示，一种用于大型微服务部署的服务附加依赖管理方法，具体步骤为：

[0037] S1、提供服务附加依赖市场，集成开发平台，实现平台服务接入API标准；

[0038] S2、提供可配置文件，依赖关系自动发现并发布；

[0039] S3、发布流程一体化；

[0040] S4、用户发布服务，服务附加依赖由标签或项目信息与其他服务自动共享，监控信息集成。

[0041] 服务附加依赖分为两类，即基础中间件依赖和业务中间件依赖，基础中间件囊括了目前市面上常用的中间件，如：MySQL、Redis、ElasticSearch等。

[0042] 业务中间依赖提供注册中心、网关、配置中心，并提供开放能力，供第三方开发者发布服务附加依赖。

[0043] 本发明不仅仅提供基础的服务附加依赖，也支持其他开发者，将自己的应用发布为服务依赖，在服务附加依赖市场中供客户选择使用，并且全权维护服务附加依赖，用户拥有更多选择权。

[0044] 本发明可实现平台服务接入API标准。开发者接入平台，需要实现创建create、更新update、详情get、删除delete这套API标准，平台可根据spec.yml中提供domain信息，调用对应服务的接口。

[0045] 本发明提供spec.yml。Spec.yml描述服务基本信息与规格，是接入平台市场，发布服务的基本要性，里面包括了服务的名称、版本、规格信息、图片地址以及服务前缀等基本信息。

[0046] 本发明可实现两个接口，接口用于对接平台整个市场与发布，深度结合平台的特性，用户使用更加平滑与透明。包括获取资源接口(create、get)和删除资源接口。创建资源接口：平台通过用户的配置信息，将告知服务提供方所需的服务，服务提供方会依据配置信息，部署对应的服务，并返回环境变量供平台存储；提供删除资源接口：用户不需要的服务，将通过该接口告知服务提供方，以便服务方控制资源利用率。

[0047] S2的具体步骤为：

[0048] S201、提供可配置的描述服务附加依赖基础信息的YAML文件；

[0049] S202、用户在YAML文件中根据需要选择市场提供的任意附加信息；

[0050] S203、发布服务解析对应配置文件，转到附加依赖的列表信息，提交给管控服务进行发布预处理；

[0051] S204、如图1所示，预处理环节对附加依赖信息进行深度解析；

[0052] S205、如图2所示，对附加依赖中存在的依赖情况处理成树形结构，将关系保存在DB中。

[0053] S206、预处理结束后，发布流程从叶子结点开始进行服务发布，逐层递增，最终达到Root节点。

[0054] 本发明附加依赖之间的关系，由管控服务自动维护，无需人工介入。

[0055] 本发明发布流程相比普通的部署方式有很大改观，流程上整体串联操作，具体步骤为：

[0056] S301、用户不再需要手动去操作每一项附加依赖的部署，只需要在配置文件中，指定你需要的附加依赖，管控服务会自动发布服务；

[0057] S302、后续微服务发布，需要添加附加依赖信息，也不需要手动收集、配置，管控服务会自动将环境变量注入。

[0058] 如图3所示，用户发布服务，服务附加依赖可以通过标签或项目信息被其他服务自动共享，资源利用率得到提升。

[0059] 如图5所示，服务附加依赖提供控制台功能，可以对数据实时管控；服务附加依赖本身的各项指标，如CPU、内存、连接数等，也会有对应的监控界面展示接近实时的数据信息。

标题	发布/更新时间	阅读量
一种基于QT的SCADA系统HMI开发方法	2020-05-08	180
一种基于组件式开发前端界面控件实现方法	2020-05-12	796
基于树形结构的标签存储方法及装置	2020-05-08	882
一种基于人工智能的视频舆情监测方法及系统	2020-05-12	506
物品溯源查询方法、终端、溯源方法、服务器及系统	2020-05-12	563
电力设备缺陷文本自动分类实现方法	2020-05-11	941
基于可扩展分布式查询系统的可信存证方法与系统	2020-05-11	367
一种信息拦截的方法、装置及终端	2020-05-11	655
一种液态金属与低沸点工质混合器	2020-05-08	987
记账方法、装置及电子设备	2020-05-11	988

一种用于大型微服务部署的服务附加依赖管理方法

一种用于大型微服务部署的服务附加依赖管理方法

技术领域

背景技术

发明内容

具体实施方式

该功能需要专业版企业版VIP权限，您可以：