[發明專利]微服務升級方法、電子設備和可讀存儲介質

在審

• 申請號: 201910874959.0
• 申請日: 2019-09-17
• 公開（公告）號: CN112527338A
• 公開（公告）日: 2021-03-19
• 發明（設計）人: 孫金偉
• 申請（專利權）人: 中興通訊股份有限公司
• 主分類號: G06F8/65
• 分類號: G06F8/65
• 代理公司: 上海晨皓知識產權代理事務所(普通合伙) 31260
• 代理人: 成麗杰

本發明實施例涉及云計算領域，公開了一種微服務升級方法、電子設備和可讀存儲介質。本發明中，微服務升級方法，包括：識別待升級的微服務所屬的開發框架；通過與識別到的開發框架對應的應用程序編程接口獲取用于升級的基本信息，基本信息至少包括目標版本號；根據目標版本號提取升級腳本包；執行升級腳本包，以升級微服務。本發明部分實施方式得以實現便捷地升級管理微服務，降低微服務升級管理架構的開發難度。

技術領域

本發明實施例涉及云計算領域，特別涉及微服務升級方法、電子設備和可讀存儲介質。

背景技術

隨著云計算業務的興起，原來的單體架構不滿足越來越復雜的業務需求，用戶的增加，訪問量越來越多單體架構的應用并發能力十分有限。基于單體架構系統的不足，提出了微服務架構，如基于容器微服務的PaaS(Platform-as-a-Service，平臺即服務)云平臺等。

微服務架構就是將單一程序開發成一個微服務，每個微服務運行在自己的進程中，并使用輕量級的機制通信，通常是HTTP RESTFUL接口。這些服務圍繞業務能力來劃分，并通過自動化部署機制來獨立部署。這些服務可以使用不同的編程語言，不同數據庫，不同的開發框架，以保證集中式管理。每個微服務都是獨立部署，互相獨立，相互解耦，具有極強的橫向擴展能力，面對高并發的場景可以將服務集群化部署，加強系統負載能力。

但是由于微服務的互相獨立性，面對微服務平臺的數據庫訪問層統一管理有些問題，尤其是當微服務需要升級時，其統一的升級管理難度更大。

發明內容

本發明實施方式的目的在于提供一種微服務升級方法、電子設備和可讀存儲介質，使得便捷地升級管理微服務，降低微服務升級管理架構的開發難度。

為解決上述技術問題，本發明的實施方式提供了一種微服務升級方法，包括：識別待升級的微服務所屬的開發框架；通過與識別到的所述開發框架對應的應用程序編程接口獲取用于升級的基本信息，所述基本信息至少包括目標版本號；根據所述目標版本號提取升級腳本包；執行所述升級腳本包，以升級所述微服務。

本發明的實施方式還提供了一種微服務升級裝置，包括：識別模塊，用于識別待升級的微服務所屬的開發框架；獲取模塊，用于通過與識別到的所述開發框架對應的應用程序編程接口獲取用于升級的基本信息，所述基本信息至少包括目標版本號；提取模塊，用于根據所述目標版本號提取升級腳本包；執行模塊，用于執行所述升級腳本包，以升級所述微服務。

本發明的實施方式還提供了一種電子設備，包括：至少一個處理器；以及，與所述至少一個處理器通信連接的存儲器；其中，所述存儲器存儲有可被所述至少一個處理器執行的指令，所述指令被所述至少一個處理器執行，以使所述至少一個處理器能夠執行如上述的微服務升級方法。

本發明的實施方式還提供了一種計算機可讀存儲介質，存儲有計算機程序，所述計算機程序被處理器執行時實現如上述的微服務升級方法。

本發明實施方式相對于現有技術而言，通過對接微服務的開發框架獲取升級所需的基本信息，避免現有通過開發另外的管理微服務對服務平臺上的各個微服務進行升級管理，由于對接微服務所屬的開發框架，并調用升級所需信息的實現難度遠低于開發另外的微服務的實現難度，所以本申請中的升級方案可以降低升級管理所需架構的開發難度，縮短開發周期。另外，由于不同微服務平臺上可用的開發框架一致，所以通過對接開發框架可以統一管理來自不同微服務平臺的微服務，即使待升級的微服務來自不同的服務平臺，也可以統一管理并升級，可見本申請中的微服務升級方法通用于各服務平臺，應用場景更廣。

作為進一步改進，所述目標版本號為以下之一：微服務的第一目標版本號、所述微服務所屬平臺的第二目標版本號、所述第一目標版本號和所述第二目標版本號的組合。可以看出，目標版本號可以根據升級需要選定不同的目標版本號，使得升級方案更為靈活多變。