[發明專利]一種面向異構云的云原生微服務平臺

在審

• 申請號: 202110772700.2
• 申請日: 2021-07-08
• 公開（公告）號: CN113596110A
• 公開（公告）日: 2021-11-02
• 發明（設計）人: 不公告發明人
• 申請（專利權）人: 交通銀行股份有限公司太平洋信用卡中心
• 主分類號: H04L29/08
• 分類號: H04L29/08;G06F9/455;G06F9/50
• 代理公司: 上海科盛知識產權代理有限公司 31225
• 代理人: 彭瑤

本發明涉及一種面向異構云的云原生微服務平臺，包括：微服務應用子系統，基于Kubernetes云管理平臺、CloudFoundry云管理平臺和IaaS云虛擬機部署的微服務應用，結合微服務平臺基礎支撐子系統和ServiceMesh技術構建異構云的云原生微服務適配操作；微服務平臺基礎支撐子系統，與微服務應用子系統進行交互，接收微服務應用子系統的注冊和訂閱請求，并為管理用戶端提供信息配置、信息監控以及服務管理渠道；管理用戶端通過ServiceMesh管理和維護Kubernetes云管平臺部署的微服務應用，實現微服務基本組件功能管理；服務調用方從注冊中心訂閱全量的服務列表信息，根據負載均衡算法，選擇一個服務提供方發送請求。與現有技術相比，本發明具有實現異構云管平臺的統一微服務治理等優點。

技術領域

本發明涉及容器服務技術領域，尤其是涉及一種面向異構云的云原生微服務平臺。

背景技術

隨著微服務技術的快速發展，國內有很多企業包括政府部門的IT系統都做了微服務化改造，并結合CloudFoundry、OpenStack等云計算管理平臺技術將微應用部署到容器中；隨著開源容器管理技術Kubernetes的不斷成熟和普及，以及國產軟件化的不斷推進，多數企業在嘗試引入Kubernetes容器管理技術，并逐步將微應用遷移到Kubernetes管理的容器運行。

在逐步遷移過程中，企業內部面臨著需將微服務部署在多種異構虛擬化平臺上，由于計算、存儲、網絡三大資源被隔離在不同的異構的虛擬化平臺中，現有的微服務技術應用至企業內部存在技術架構不統一、無法支持優先同集群訪問且交易耗時長的問題。

此外，現有技術中，微服務在注冊時，使用自身的網絡地址信息發起注冊，一般均是利用本機的IP+端口信息，而在各自云管理平臺的內部，默認容器的IP對外是不可訪問的。為實現異構云平臺間的微服務打通，常用的做法有：

(1)修改網絡方案，將容器中的網絡與外部虛擬機上網絡打通，需要對底層基礎IaaS網絡進行配置；

(2)在Kubernetes中，一般是通過創建Service，使用NodePort的方式，將端口固定住，即可解決端口的問題；因為需要對外提供服務，采用ClusterIP無法實現，可通過Kubernetes的downward api動態傳入主機的IP或者傳固定loadbalancer的地址，例如所有node之外有一個F5。

然而上述兩種方法都是妥協辦法，無法實現“云原生”，也不方便后續擴展與服務網格的集成。因目前異構云管理平臺上部署的微服務沒有一套統一微服務平臺規范，導致不同云管理平臺上部署的微服務之間，無法實現統一的服務注冊與發現、統一的服務調用、統一的服務治理等功能，進而無法適配多種異構云的成熟微服務治理方案。

發明內容

本發明的目的就是為了克服上述現有技術存在的缺陷而提供一種面向異構云的云原生微服務平臺，該微服務平臺僅采用一套微服務平臺，技術架構統一，在滿足云原生及可擴展的前提上，能夠實現統一的服務注冊與發現、統一的服務調用、統一的服務治理功能，并支持優先同集群訪問，顯著縮短交易耗時。

本發明的目的可以通過以下技術方案來實現：

一種面向異構云的云原生微服務平臺，包括：

微服務應用子系統，基于Kubernetes云管理平臺、CloudFoundry云管理平臺和IaaS云虛擬機，結合微服務平臺基礎支撐子系統和ServiceMesh技術構建異構云的云原生微服務適配操作；

微服務平臺基礎支撐子系統，與微服務應用子系統進行交互，接收微服務應用子系統的注冊和訂閱請求，并為管理用戶端提供信息配置、信息監控以及服務管理渠道；

管理用戶端，通過ServiceMesh管理和維護Kubernetes云管平臺部署的微服務應用，實現微服務基本組件功能管理；