[發明專利]一種用于大型微服務部署的服務附加依賴管理方法在審
| 申請號: | 202010127040.8 | 申請日: | 2020-02-28 |
| 公開(公告)號: | CN111142882A | 公開(公告)日: | 2020-05-12 |
| 發明(設計)人: | 武鑫;吳小偉;胡舒超;姜政冬 | 申請(專利權)人: | 杭州端點網絡科技有限公司 |
| 主分類號: | G06F8/60 | 分類號: | G06F8/60;G06F9/451 |
| 代理公司: | 浙江永鼎律師事務所 33233 | 代理人: | 郭小麗 |
| 地址: | 310000 浙江省杭州市*** | 國省代碼: | 浙江;33 |
| 權利要求書: | 查看更多 | 說明書: | 查看更多 |
| 摘要: | |||
| 搜索關鍵詞: | 一種 用于 大型 微服 部署 服務 附加 依賴 管理 方法 | ||
本發明公開了一種用于大型微服務部署的服務附加依賴管理方法,具體步驟為:提供服務附加依賴市場,集成開發平臺,實現平臺服務接入API標準;提供可配置文件,依賴關系自動發現并發布;發布流程一體化;用戶發布服務,服務附加依賴由標簽或項目信息與其他服務自動共享,監控信息集成。本發明可以提供服務附加依賴運維功能,且能夠讓微服務發布與附加依賴關聯自動化處理降低運維成本和使用成本,提升資源利用率和發布效率,提高開發者對業務自身關注度。
技術領域
本發明屬于PAAS技術領域,具體涉及一種用于大型微服務部署的服務附加依賴管理方法。
背景技術
微服務是一種架構風格,一個大型復雜軟件應用由一個或多個微服務組成。系統中的各個微服務可被獨立部署,各個微服務之間是松耦合的,每個微服務僅關注于完成一件任務并很好地完成該任務。在所有情況下,每個任務代表著一個小的業務能力。
在微服務部署中,對于服務附加依賴的處理鏈路如下:購買機器;選擇部署機器;手動部署服務附加依賴;微服務手動關聯依賴?,F有的服務部署方式,服務附加依賴需要單獨部署、維護,當需要部署的服務附加依賴比較多,會出現部署慢,維護難等情況,即便是服務附加依賴部署完畢,微服務也要修改對應的配置文件信息,不僅繁瑣,流程上更是無法串聯起來。主要存在處理鏈路長,微服務不能自動化的關聯管理附加依賴,需要人工介入,用戶需要額外關心附加依賴的運行狀態,運維成本高等問題。
因此,如何讓微服務發布與附加依賴關聯自動化處理,降低人工成本是當前需要解決的問題。
發明內容
為了解決上述問題,本發明提供了一種用于大型微服務部署的服務附加依賴管理方法,能夠讓微服務發布與附加依賴關聯自動化處理,并提供服務附加依賴運維功能。
本發明的技術方案為:一種用于大型微服務部署的服務附加依賴管理方法,具體步驟為:
S1、提供服務附加依賴市場,集成開發平臺,實現平臺服務接入API標準;
S2、提供可配置文件,依賴關系自動發現并發布;
S3、發布流程一體化;
S4、用戶發布服務,服務附加依賴由標簽或項目信息與其他服務自動共享,監控信息集成。
服務附加依賴分為兩類,即基礎中間件依賴和業務中間件依賴,基礎中間件囊括了目前市面上常用的中間件,如:MySQL、Redis、ElasticSearch等。
業務中間依賴提供注冊中心、網關、配置中心,并提供開放能力,供第三方開發者發布服務附加依賴。
本發明不僅僅提供基礎的服務附加依賴,也支持其他開發者,將自己的應用發布為服務依賴,在服務附加依賴市場中供客戶選擇使用,并且全權維護服務附加依賴,用戶擁有更多選擇權。
作為優選,本發明可實現平臺服務接入API標準。開發者接入平臺,需要實現創建create、更新update、詳情get、刪除delete這套API標準,平臺可根據spec.yml中提供domain信息,調用對應服務的接口。
作為優選,本發明實現兩個接口,包括獲取資源接口和刪除資源接口。
作為優選,S2的具體步驟為:
S201、提供可配置的描述服務附加依賴基礎信息的YAML文件;
S202、用戶在YAML文件中根據需要選擇市場提供的任意附加信息;
S203、發布服務解析對應配置文件,轉到附加依賴的列表信息,提交給管控服務進行發布預處理;
S204、預處理環節對附加依賴信息進行深度解析;
該專利技術資料僅供研究查看技術是否侵權等信息,商用須獲得專利權人授權。該專利全部權利屬于杭州端點網絡科技有限公司,未經杭州端點網絡科技有限公司許可,擅自商用是侵權行為。如果您想購買此專利、獲得商業授權和技術合作,請聯系【客服】
本文鏈接:http://www.szxzyx.cn/pat/books/202010127040.8/2.html,轉載請聲明來源鉆瓜專利網。
- 上一篇:一種室外模擬池塘生態系統的裝置
- 下一篇:一種語音識別方法及電子設備





