[發明專利]一種網格服務實例和配置的動態下發方法

在審

• 申請號: 202211089369.5
• 申請日: 2022-09-07
• 公開（公告）號: CN115643306A
• 公開（公告）日: 2023-01-24
• 發明（設計）人: 張偉;劉佳利;劉冉;呂剛;張蕾
• 申請（專利權）人: 上海浦東發展銀行股份有限公司
• 主分類號: H04L67/566
• 分類號: H04L67/566;H04L67/51
• 代理公司: 上海科盛知識產權代理有限公司 31225
• 代理人: 廖程

本發明涉及一種網格服務實例和配置的動態下發方法，包括：服務實例下發：邊車向統一注冊中心發起服務注冊請求；網格控制面從統一注冊中心訂閱服務實例；統一注冊中心進行服務實例的組裝分組、并下發給網格控制面；根據邊車的CR配置，網格控制進行服務實例篩選后下發給邊車；配置下發：管理面調用網格配置轉換服務下發配置；網格配置轉換服務將下發的配置存入數據庫；網格控制面監聽網格配置轉換服務的配置變化，并獲取相應的當前配置；根據邊車的CR配置，網格控制面進行配置篩選后下發到邊車。與現有技術相比，本發明能夠實現集中調配和動態下發，避免所有服務實例及配置都下發到每個邊車，有效節省資源的消耗、提升服務訪問的效率。

技術領域

本發明涉及，尤其是涉及一種網格服務實例和配置的動態下發方法。

背景技術

隨著微服務技術的飛速發展，在引入微服務架構并享用它帶來的眾多好處時，也不可避免地遇到了很多問題。這些問題大多可以歸納為微服務應用之間的通信問題，而服務網格正是針對這些問題應運而生的一個解決方案，以用于管理微服務應用程序中各個微服務之間的通信。

為了使微服務應用程序成功運行，每個微服務的開發團隊除了需要處理每個微服務的業務邏輯，還需要為每個微服務添加眾多其他與實際業務無關的邏輯，并可能還需要在集群中配置一些額外的東西，這個時候問題就出現了。需要處理眾多額外的邏輯，意味著微服務的開發人員無法專心處理實際的服務邏輯，而要忙于為每個微服務添加用于安全、通信的邏輯。對于每個微服務，這大大增加了其復雜性，當微服務數量達到一定數量，為眾多的微服務一一配置這些邏輯也幾乎成為了不可能的任務。為此，服務網格給出的解決方案為：與其單獨為每一個微服務添加眾多的邏輯，更加合理的做法是將這些與實際業務邏輯無關的邏輯從微服務中分離出來，放入到它的一個代理程序中，集中處理。此外開發人員也不必將代理配置添加到微服務的部署文件中，因為服務網格有一個控制平面，它會自動在每個微服務中添加這個代理。所以現在微服務可以通過這些代理相互通信，以實現由控制平面組成的服務到服務通信，而這些代理就是服務網格。

服務網格目前主要是基于k8s Service作為服務實例來源，配置納管原生都是依托于k8s中的etcd，也就是不同集群分管，網格中服務注冊發現是依賴于k8s完成，網格控制面直接通過k8s-apiserver獲取服務實例和配置，這樣的缺點是無法進行跨集群的服務發現和配置下發、無法篩選實例和配置進行下發而是全量下發。由于無法進行集中的調度下發，如果要進行多集群的服務納管，就顯得有些力不從心，在實際應用中，當所有服務實例及配置都下發到每個邊車(服務網格中數據平面內部署的代理)，將導致資源消耗增加，同時降低服務訪問的效率。

發明內容

本發明的目的就是為了克服上述現有技術存在的缺陷而提供一種網格服務實例和配置的動態下發方法，能夠實現集中的調配和動態下發，避免所有服務實例及配置都下發到每個邊車，從而有效節省資源的消耗、提升服務訪問的效率。

本發明的目的可以通過以下技術方案來實現：一種網格服務實例和配置的動態下發方法，包括服務實例下發過程和配置下發過程，所述服務實例下發過程包括以下步驟：

A1、服務邊車向統一注冊中心發起服務注冊請求，完成服務注冊；

A2、網格控制面從統一注冊中心訂閱服務實例；

A3、統一注冊中心進行服務實例的組裝分組、并下發給網格控制面；

A4、根據邊車的CR配置，網格控制進行服務實例篩選后下發給邊車；

所述配置下發過程包括以下步驟：

B1、管理面調用網格配置轉換服務下發配置；

B2、網格配置轉換服務將下發的配置存入數據庫；

B3、網格控制面根據自身的網絡區集群，監聽網格配置轉換服務的配置變化，并獲取當前機房網絡區集群的配置；