[发明专利]一种面向分布式架构的微服务契约管理方法、装置、计算机设备、和可读存储介质

说明书

本发明公开了面向分布式结构的微服务契约管理的方法、装置、计算机设备和可读存储介质，该方法包括：接收来自代码托管平台的数据包；解析所接收到数据包，判断所述的数据包是正式发布版本还是测试版本，同时通过所述的数据包解析到其第一契约信息；对于测试版本直接将数据包发布到私服；根据所解析到的正式发布版本的数据包的第一契约信息遍历查询其他所有的契约信息，获取该数据包跟其他包之间的依赖关系，并将该依赖关系添加进第一契约信息形成第二契约信息；对于正式版本的数据包，根据第二契约信息将会签请求发送至关联方，待收到所有关联方同意变更的信息后，将数据包发送到私服。

技术领域

本发明涉及代码管理技术领域，特别涉及一种面向分布式结构的微服务契约管理方法、装置、计算机设备和可读存储介质。

背景技术

随着信息科技的发展，各行业大量普及信息化。众多行业采用了基于开源的分布式技术实现应用微服务架构，旨在实现业务快速创新迭代，系统服务可灵活按需扩展，各微服务之间通过网关互联互通，服务之间定义了各种契约，这里的契约是指是服务端与消费端对于接口输入输出的定义，但是由于服务众多，契约管理显得格外重要，如果契约管理不好，轻则浪费人力，浪费资源，重则导致生产事故。

对于金融行业的银行系统来讲，银行的系统少则百多个，多则上千个，采用微服务架构以后，系统会拆分出更多的微服务，服务之间相互调用，形成了复杂的调用链，另外系统对稳定性要求极高，如果系统契约变更管理不善，一个服务变更，另外一个服务的消费者没有及时评估影响，可能因为契约信息不一致导致系统不可用，产生重大的生产事故。

目前契约管理主要有如下方式：

采用传统手工方式，开发设计阶段编写接口文档，通常采用word，excel的格式，提供给服务调用者。也有一些大的公司使用半自动的方式，即把接口统一放到开发者中心上，但是契约管理仍然采用手工维护。还有一些采用传统的自动方式，采用诸如Swagger，SDK和其他的文档自动生成工具生成接口文档，但是在生成接口文档的时候需要将源代码编译运行，然后才能通过扫描组件扫描得到契约属性信息，然后由服务使用者访问特定服务的地址了解接口信息，这种管理方式也比较分散，又依赖服务处于运行态。

发明内容

对于通过传统手工方式进行契约管理的，因为对于接口的编写、提取、管理等全部需要人工手动并且在线下独立完成，各个开发者之间的信息不同步，工作量也大，出现差错是难免的。

对于采用半自动的方式进行契约管理的，通过设置一个开发者平台，所有开发者将自己所开发应用的契约信息全部提交到开发者平台上去，由专人进行统一的管理，这样避免了各个开发者在线下单独进行维护的信息不统一的问题，但专门管理仍然采用人工的方式完成，工作量并没有减少多少。

对于采用传统的自动方式进行契约管理的，通过借助一定的管理工具能在服务运行的前提下自动生成契约信息，对于需要获取该契约信息的用户来说，通过访问该服务的地址进行获取，并且访问该服务的地址只能获取到该服务的契约信息，所以这种管理方式仍然也比较分散，并且又依赖服务处于运行状态。

针对上述方案多存在的诸多缺陷，本发明公开了一种面向分布式结构的微服务契约管理方法、装置、计算机设备和可读存储介质。

本发明所公开的面向分布式结构的微服务契约管理的方法包括：

接收来自代码托管平台的数据包；

解析所接收到数据包，判断所述的数据包是正式发布版本还是测试版本，同时通过所述的数据包解析到其第一契约信息；对于测试版本直接将数据包发布到私服；

根据所解析到的正式发布版本的数据包的第一契约信息遍历查询其他所有的契约信息，获取该数据包跟其他包之间的依赖关系，并将该依赖关系添加进第一契约信息形成第二契约信息；