[发明专利]一种基于Kubernets的动态通信协议转换装置

说明书

本发明公开了一种基于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服务代理接收的数据都是从合法的应用调用端发送的，应用调用端发送数据时需要带上由服务端颁布的证书，数据收集端会对应用调用端进行证书的认证。