[發明專利]一種面向分布式架構的微服務契約管理方法、裝置、計算機設備、和可讀存儲介質

在審

• 申請號: 201911412256.2
• 申請日: 2019-12-31
• 公開（公告）號: CN111176660A
• 公開（公告）日: 2020-05-19
• 發明（設計）人: 朱建設;賀浩
• 申請（專利權）人: 中信百信銀行股份有限公司
• 主分類號: G06F8/60
• 分類號: G06F8/60;G06F8/71;G06Q40/02;H04L29/06
• 代理公司: 北京市蘭臺律師事務所 11354
• 代理人: 張峰

本發明公開了面向分布式結構的微服務契約管理的方法、裝置、計算機設備和可讀存儲介質，該方法包括：接收來自代碼托管平臺的數據包；解析所接收到數據包，判斷所述的數據包是正式發布版本還是測試版本，同時通過所述的數據包解析到其第一契約信息；對于測試版本直接將數據包發布到私服；根據所解析到的正式發布版本的數據包的第一契約信息遍歷查詢其他所有的契約信息，獲取該數據包跟其他包之間的依賴關系，并將該依賴關系添加進第一契約信息形成第二契約信息；對于正式版本的數據包，根據第二契約信息將會簽請求發送至關聯方，待收到所有關聯方同意變更的信息后，將數據包發送到私服。

技術領域

本發明涉及代碼管理技術領域，特別涉及一種面向分布式結構的微服務契約管理方法、裝置、計算機設備和可讀存儲介質。

背景技術

隨著信息科技的發展，各行業大量普及信息化。眾多行業采用了基于開源的分布式技術實現應用微服務架構，旨在實現業務快速創新迭代，系統服務可靈活按需擴展，各微服務之間通過網關互聯互通，服務之間定義了各種契約，這里的契約是指是服務端與消費端對于接口輸入輸出的定義，但是由于服務眾多，契約管理顯得格外重要，如果契約管理不好，輕則浪費人力，浪費資源，重則導致生產事故。

對于金融行業的銀行系統來講，銀行的系統少則百多個，多則上千個，采用微服務架構以后，系統會拆分出更多的微服務，服務之間相互調用，形成了復雜的調用鏈，另外系統對穩定性要求極高，如果系統契約變更管理不善，一個服務變更，另外一個服務的消費者沒有及時評估影響，可能因為契約信息不一致導致系統不可用，產生重大的生產事故。

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

采用傳統手工方式，開發設計階段編寫接口文檔，通常采用word，excel的格式，提供給服務調用者。也有一些大的公司使用半自動的方式，即把接口統一放到開發者中心上，但是契約管理仍然采用手工維護。還有一些采用傳統的自動方式，采用諸如Swagger，SDK和其他的文檔自動生成工具生成接口文檔，但是在生成接口文檔的時候需要將源代碼編譯運行，然后才能通過掃描組件掃描得到契約屬性信息，然后由服務使用者訪問特定服務的地址了解接口信息，這種管理方式也比較分散，又依賴服務處于運行態。

發明內容

對于通過傳統手工方式進行契約管理的，因為對于接口的編寫、提取、管理等全部需要人工手動并且在線下獨立完成，各個開發者之間的信息不同步，工作量也大，出現差錯是難免的。

對于采用半自動的方式進行契約管理的，通過設置一個開發者平臺，所有開發者將自己所開發應用的契約信息全部提交到開發者平臺上去，由專人進行統一的管理，這樣避免了各個開發者在線下單獨進行維護的信息不統一的問題，但專門管理仍然采用人工的方式完成，工作量并沒有減少多少。

對于采用傳統的自動方式進行契約管理的，通過借助一定的管理工具能在服務運行的前提下自動生成契約信息，對于需要獲取該契約信息的用戶來說，通過訪問該服務的地址進行獲取，并且訪問該服務的地址只能獲取到該服務的契約信息，所以這種管理方式仍然也比較分散，并且又依賴服務處于運行狀態。

針對上述方案多存在的諸多缺陷，本發明公開了一種面向分布式結構的微服務契約管理方法、裝置、計算機設備和可讀存儲介質。

本發明所公開的面向分布式結構的微服務契約管理的方法包括：

接收來自代碼托管平臺的數據包；

解析所接收到數據包，判斷所述的數據包是正式發布版本還是測試版本，同時通過所述的數據包解析到其第一契約信息；對于測試版本直接將數據包發布到私服；

根據所解析到的正式發布版本的數據包的第一契約信息遍歷查詢其他所有的契約信息，獲取該數據包跟其他包之間的依賴關系，并將該依賴關系添加進第一契約信息形成第二契約信息；