[發(fā)明專利]基于微服務(wù)網(wǎng)關(guān)的服務(wù)網(wǎng)格流量控制方法、系統(tǒng)和介質(zhì)

有效

• 申請?zhí)枺?/td>: 202110068475.4
• 申請日: 2021-01-19
• 公開（公告）號: CN112910692B
• 公開（公告）日: 2022-08-02
• 發(fā)明（設(shè)計）人: 高愛卿;鄢迪;邵亦楓;李康健
• 申請（專利權(quán)）人: 中原銀行股份有限公司
• 主分類號: H04L41/0826
• 分類號: H04L41/0826;H04L41/0894;H04L41/5041;H04L41/5051;H04L67/56;H04L67/51;H04L67/133
• 代理公司: 北京金信知識產(chǎn)權(quán)代理有限公司 11225
• 代理人: 喻嶸

1.一種基于微服務(wù)網(wǎng)關(guān)的服務(wù)網(wǎng)格流量控制方法，其特征在于，所述方法包括：

步驟S1、部署服務(wù)網(wǎng)格和微服務(wù)網(wǎng)關(guān)；

步驟S2、設(shè)置應(yīng)用服務(wù)的規(guī)則，所述規(guī)則用于各個所述應(yīng)用服務(wù)之間的流量控制；以及

步驟S3、通過所述微服務(wù)網(wǎng)關(guān)請求所述服務(wù)網(wǎng)格的內(nèi)部服務(wù)或調(diào)用所述服務(wù)網(wǎng)格的外部服務(wù)，并控制所述服務(wù)網(wǎng)格的流量；其中，

所述微服務(wù)網(wǎng)關(guān)從接到請求到返回結(jié)果包括三個階段：準(zhǔn)備階段、調(diào)用階段以及結(jié)束階段，每個階段通過不同的過濾器組合來協(xié)同完成請求過程，其中，在結(jié)束階段中，將調(diào)用階段協(xié)議轉(zhuǎn)換為源服務(wù)通訊協(xié)議，交給后續(xù)過濾器；包括：在準(zhǔn)備階段中，服務(wù)識別過濾器會根據(jù)端口區(qū)分協(xié)議類型，將請求識別為網(wǎng)關(guān)定義的“上下文”后交給后續(xù)過濾器，協(xié)議解析過濾器根據(jù)服務(wù)識別過濾器處理后的“上下文”，對請求進行解析，將請求拆分為“請求頭”、“請求體”兩部分，交給后續(xù)過濾器；在調(diào)用階段中，根據(jù)不同通訊協(xié)議的配置，創(chuàng)建不同的協(xié)議代理器，協(xié)議代理器創(chuàng)建不同的協(xié)議客戶端代理，從“上下文”中獲取路由信息，從注冊中心或靜態(tài)地址中獲得目標(biāo)服務(wù)ip地址，并創(chuàng)建連接，發(fā)送請求，接收響應(yīng)，將響應(yīng)存入“上下文”傳遞給結(jié)束階段；在結(jié)束階段中，協(xié)議轉(zhuǎn)換過濾器從調(diào)用階段獲得“上下文”，將調(diào)用階段協(xié)議轉(zhuǎn)換為源服務(wù)通訊協(xié)議，交給后續(xù)過濾器；其中：通過配置中心的下發(fā)進行熱更新自定義過濾器的特性，從而適應(yīng)包括token認(rèn)證、黑白名單、請求脫敏、添加自定義報文頭在內(nèi)的需求；

在所述步驟S1中，設(shè)置所述微服務(wù)網(wǎng)關(guān)的Kubernetes注解為sidecar.istio.io/inject:true，以部署所述微服務(wù)網(wǎng)關(guān)的代理；

在所述步驟S2中，所述應(yīng)用服務(wù)的規(guī)則包括所述Kubernetes的內(nèi)部服務(wù)、所述服務(wù)網(wǎng)格的路由規(guī)則以及目標(biāo)規(guī)則中的一個或多個。

2.根據(jù)權(quán)利要求1所述的基于微服務(wù)網(wǎng)關(guān)的服務(wù)網(wǎng)格流量控制方法，其特征在于，在步驟S3中，通過所述微服務(wù)網(wǎng)關(guān)請求所述服務(wù)網(wǎng)格的內(nèi)部服務(wù)或調(diào)用所述服務(wù)網(wǎng)格的外部服務(wù)時，所述微服務(wù)網(wǎng)關(guān)對所述請求執(zhí)行自定義邏輯，并通過協(xié)議轉(zhuǎn)換后將所述請求經(jīng)由所述代理路由給所述應(yīng)用服務(wù)。

3.一種基于微服務(wù)網(wǎng)關(guān)的服務(wù)網(wǎng)格流量控制系統(tǒng)，其特征在于，所述系統(tǒng)包括：

部署模塊，被配置為，部署服務(wù)網(wǎng)格和微服務(wù)網(wǎng)關(guān)；

設(shè)置模塊，被配置為，設(shè)置應(yīng)用服務(wù)的規(guī)則，所述規(guī)則用于各個所述應(yīng)用服務(wù)之間的流量控制；以及

控制模塊，被配置為，通過所述微服務(wù)網(wǎng)關(guān)請求所述服務(wù)網(wǎng)格的內(nèi)部服務(wù)或調(diào)用所述服務(wù)網(wǎng)格的外部服務(wù)，并控制所述服務(wù)網(wǎng)格的流量；其中，所述微服務(wù)網(wǎng)關(guān)從接到請求到返回結(jié)果包括三個階段：準(zhǔn)備階段、調(diào)用階段以及結(jié)束階段，每個階段通過不同的過濾器組合來協(xié)同完成請求過程，其中，在結(jié)束階段中，將調(diào)用階段協(xié)議轉(zhuǎn)換為源服務(wù)通訊協(xié)議，交給后續(xù)過濾器；包括：在準(zhǔn)備階段中，服務(wù)識別過濾器會根據(jù)端口區(qū)分協(xié)議類型，將請求識別為網(wǎng)關(guān)定義的“上下文”后交給后續(xù)過濾器，協(xié)議解析過濾器根據(jù)服務(wù)識別過濾器處理后的“上下文”，對請求進行解析，將請求拆分為“請求頭”、“請求體”兩部分，交給后續(xù)過濾器；在調(diào)用階段中，根據(jù)不同通訊協(xié)議的配置，創(chuàng)建不同的協(xié)議代理器，協(xié)議代理器創(chuàng)建不同的協(xié)議客戶端代理，從“上下文”中獲取路由信息，從注冊中心或靜態(tài)地址中獲得目標(biāo)服務(wù)ip地址，并創(chuàng)建連接，發(fā)送請求，接收響應(yīng)，將響應(yīng)存入“上下文”傳遞給結(jié)束階段；在結(jié)束階段中，協(xié)議轉(zhuǎn)換過濾器從調(diào)用階段獲得“上下文”，將調(diào)用階段協(xié)議轉(zhuǎn)換為源服務(wù)通訊協(xié)議，交給后續(xù)過濾器；其中：通過配置中心的下發(fā)進行熱更新自定義過濾器的特性，從而適應(yīng)包括token認(rèn)證、黑白名單、請求脫敏、添加自定義報文頭在內(nèi)的需求；

所述部署模塊進一步被配置為，設(shè)置所述微服務(wù)網(wǎng)關(guān)的Kubernetes注解為sidecar.istio.io/inject:true，以部署所述微服務(wù)網(wǎng)關(guān)的代理；

所述設(shè)置模塊進一步被配置為，所述應(yīng)用服務(wù)的規(guī)則包括所述Kubernetes的內(nèi)部服務(wù)、所述服務(wù)網(wǎng)格的路由規(guī)則以及目標(biāo)規(guī)則中的一個或多個。