gRPC- HTTP网关 I
gRPC
是什么?我们再来回顾一下
gRPC
是 Google开发的基于HTTP/2
标准设计的一个通用的,高性能的RPC框架,有如下3个最明显的特点:
- 支持主流的编程语言,
C++,Java,Python,Go,Ruby
等,基于ProtoBuf
生成相应的服务端和客户端代码。 - 基于HTTP/2协议,且提供了更强的应用性能 -- 节省带宽,减少TCP请求连接数
- 基于
ProtoBuf
定义服务,面向接口对服务进行设计
具体的,这篇文章都有介绍到 -- gRPC的介绍
HTTP网关是什么?
分享gRPC 的HTTP网关之前,先来大致说说 HTTP网关是什么
网关是啥?
网关(Gateway)就是一个网络连接到另一个网络的
关口
。网关他是一个设备,将两个使用不同传输协议的网络段连接在一起,网关一般用作网络的入口和出口点,因为所有数据必须在路由之前通过或与网关通信。
网关所有网络都有一个边界,限制与直接连接到它的设备的通信。如果网络想要与该边界之外的设备,节点或网络通信,则它们需要网关的功能。网关通常被表征为路由器和调制解调器的组合。
HTTP网关那就不难理解,是基于HTTP请求
的网络关口
HTTP网关都有哪些嘞?
- HTTP/* ,服务器端Web网关
例如,客户端在网络上下载资源,客户端通过http协议访问到web网关,web网关识别到请求之后,转成ftp协议,请求ftp服务器,进行文件的上传和下载
- HTTP/HTTPS ,服务器端安全网关
安全网关,应该就能想到加密
网关对所有的输入Web请求加密,以提供额外的隐私和安全性保护。哪怕客户端可以用普通的HTTP浏览Web内容,但网关会自动加密用户的对话,保证安全性
- HTTPS/HTTP客户端安全加速器网关
在HTTP请求前加上HTTPS进行拦截,保障流量的安全
将HTTPS/HTTP网关作为安全加速器,这些HTTPS/HTTP网关一般是在放Web服务器之前,通常作为不可见的拦截网关或反向代理使用。它们接收安全的HTTPS处理过的流量,对安全流量进行解密,并向Web服务器发送普通的HTTP请求
也就是说正常情况下,若流量能到web,说明流量是安全的
- 其他资源网关
例如访问某些应用程序的内部数据,这是通过网络连接客户端和服务器的网关。
即网关就在 应用程序对应的服务器上,与客户端通过HTTP / HTTPS进行通信,并与自身服务器端的应用程序相连
gRPC-Gateway
Golang开发程序的时候,一般gRPC
对内,用于微服务之间的内部通信,HTTP
接口暴露出来,提供给前端,或者是客户端。
我们的微服务中既要有内部通信的gRPC
,又要写对外暴露的HTTP
接口,似乎无形中增加了不少工作量,维护两个版本的服务,这种做法是不是很low。那么有没有一种办法可以将2种方式结合,或者说是简化呢?
当然是有的,gRPC
为我们提供了一个很方便的gRPC-Gateway
插件
gRPC-Gateway是什么?
是protoc
的一个优秀的插件
gRPC-Gateway
提供了基于proto
文件中的服务接口定义生成HTTP
的反向代理的能力。对于同一个标准的gRPC
服务定义,除了基本的gRPC客户端
以外还能生成相应的HTTP JSON
的接口实现代码
它可以通过google提供的标准接口google/api/annotations.proto
,我们能够对原有Protobuf服务,描述成其相应的HTTP接口形式
具体是这样的结构
gRPC-Gateway有啥优势呢?
是啊,我们写微服务,对内用gRPC,对外用HTTP, 一个服务里面写2套接口,累是累了点,可是 gRPC-Gateway
仅仅就是写gRPC
服务同时也可以用于HTTP
接口吗?
当然不是
使用 gRPC-Gateway的优势如下:
- 可以保持Restful的简单性
gRPC-Gateway
工具,让我们可以很快速的基于proto接口定义,在使用RPC的同时对外提供Restful
使用gRPC
的原有Protobuf服务一样可以感受到Restful的简单性,犹如直接写的HTTP接口,简单易用
- 同时还可以充分提升应用内部的性能以及可靠性
这是RPC
框架的本身优势,RPC
专为分布式应用的高性能和高生产率设计而设计的
使用gRPC提供HTTP接口有啥注意事项?
- gRPC提供的HTTP接口是基于
HTTP 2.0
的 - 别太爽就行
总结
- 回顾
gRPC
基本要点 - HTTP网关的介绍
- 引出
gRPC-gateway
,以及其基本结构
好了,本次就到这里,下一次分享gRPC-gateway
的实际环境搭建,案例编码,调试技巧,以及效果输出
技术是开放的,我们的心态,更应是开放的。拥抱变化,向阳而生,努力向前行。
我是小魔童哪吒,欢迎点赞关注收藏,下次见~