[發明專利]一種基于Kubernets的動態通信協議轉換裝置

在審

• 申請號: 202211245226.9
• 申請日: 2022-10-12
• 公開（公告）號: CN115529360A
• 公開（公告）日: 2022-12-27
• 發明（設計）人: 閆安;曠曉鵬
• 申請（專利權）人: 杭州雷數科技有限公司
• 主分類號: H04L69/08
• 分類號: H04L69/08;H04L67/02;H04L67/60;H04L67/56;H04L67/133
• 代理公司: 杭州興知捷專利代理事務所(特殊普通合伙) 33338
• 代理人: 王雪

本發明公開了一種基于Kubernets的動態通信協議轉換裝置，包括RPC協議轉換數據規范、RPC服務代理和RPC服務端；RPC協議轉換數據規范說明應用調用端提交RPCHttp請求時，將請求數據發送到RPC服務代理和RPC代理服務轉發到k8s內部RPC服務應采用的協議，及發送數據的格式，編碼；RPC服務代理負責將來自應用調用端的http請求代理到相應的RPC服務端進行請求；RPC服務端在接收到來自RPC服務代理的轉發請求時，會按照約定的數據解析規范對數據進行解析，解析出目標服務、相應的調用方法以及參數。本發明可動態識別請求待轉發的協議類型并且自動包裝RPC請求參數，實現RPC服務代理請求轉發。

技術領域

本發明屬于計算機通信技術領域，特別涉及一種基于Kubernets的動態通信協議轉換裝置。

背景技術

目前國內外公司的服務都逐步開始面向微服務化，用于快速迭代有效迭代服務。放眼整個互聯網中，在互聯網快速迭代的大潮下，越來越多的公司選擇nodejs、django、rails這樣的快速腳本框架來開發web端應用，而對于我們來說公司選擇的后端語言是Java，這就產生了大量的跨語言的調用需求。其實對于thrift來說是支持很多語言的，但是給每次給其他語言開發都需要開發對應的客戶端，并且還有很多RPC框架并不是像thrift一樣支持這么多語言的，所以現在微服務都推出了service mesh，但是這個依然很新，有需要嘗試的其實可以起嘗試一下。不過，公司大部分服務之間協議開始嘗試gRPC,使用gRPC的優勢不少，二進制的數據能夠加快傳輸速度，基于http2的多路復用能夠減小服務之間的鏈接次數，和函數同樣的調用方式也有效的提高了開發效率。不過使用gRPC也會面臨一個問題，咱們的微服務對外必定是要提供Restful接口的，若是內部調用使用gRPC，在某些狀況下要同時提供一個功能的兩套API接口，這樣就不只下降了開發效率，也增長了調試的復雜度。因而就想著有沒有一個轉換機制，讓Restful和gprc能夠相互轉化。

http、json是天然合適作為跨語言的標準，各種語言都有成熟的類庫，所以如何把像thrift、gRPC這種tcp RPC框架轉換成http，對于多語言支持是比較重要的。

發明內容

為了解決上述問題，本發明的目的是提供一種基于Kubernets的動態通信協議轉換裝置，該裝置可以動態識別請求待轉發的協議類型并且自動包裝RPC請求參數，從而實現RPC服務代理請求轉發。

為了實現上述目的，本發明采用以下技術方案：

一種基于Kubernets的動態通信協議轉換裝置，包括：RPC協議轉換數據規范、RPC服務代理以及k8s內部RPC服務端三個部分；

所述RPC協議轉換數據規范主要說明應用調用端提交RPC Http請求時，將請求數據發送到RPC服務代理和RPC代理服務轉發到k8s內部RPC服務應該采用的協議，以及發送數據的格式，編碼；

所述RPC服務代理負責將來自應用調用端的http請求代理到相應的k8s內部RPC服務端進行請求；

所述k8s內部RPC服務端在接收到來自RPC服務代理的轉發請求時，會按照約定的數據解析規范對數據進行解析，解析出目標服務、相應的調用方法以及參數；調用相應的業務方法后，再將響應結果返回給相應的服務調用端。

優選地，所述RPC協議轉換數據規范主要包括以下內容：應用調用端和RPC服務代理通過https協議進行數據傳輸；為了確保RPC服務代理接收的數據都是從合法的應用調用端發送的，應用調用端發送數據時需要帶上由服務端頒布的證書，數據收集端會對應用調用端進行證書的認證。