[TOC]

gRPC- HTTP网关 I

gRPC是什么？我们再来回顾一下

image

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服务器，进行文件的上传和下载

image

• HTTP/HTTPS ，服务器端安全网关

安全网关，应该就能想到加密

网关对所有的输入Web请求加密，以提供额外的隐私和安全性保护。哪怕客户端可以用普通的HTTP浏览Web内容，但网关会自动加密用户的对话，保证安全性

image

• HTTPS/HTTP客户端安全加速器网关

在HTTP请求前加上HTTPS进行拦截，保障流量的安全

将HTTPS/HTTP网关作为安全加速器，这些HTTPS/HTTP网关一般是在放Web服务器之前，通常作为不可见的拦截网关或反向代理使用。它们接收安全的HTTPS处理过的流量，对安全流量进行解密，并向Web服务器发送普通的HTTP请求

也就是说正常情况下，若流量能到web，说明流量是安全的

image

• 其他资源网关

例如访问某些应用程序的内部数据，这是通过网络连接客户端和服务器的网关。

即网关就在 应用程序对应的服务器上，与客户端通过HTTP / HTTPS进行通信，并与自身服务器端的应用程序相连

image

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接口形式

具体是这样的结构

[图片上传失败...(image-98a4f7-1622640736371)]

gRPC-Gateway有啥优势呢？

是啊，我们写微服务，对内用gRPC，对外用HTTP， 一个服务里面写2套接口，累是累了点，可是 gRPC-Gateway仅仅就是写gRPC服务同时也可以用于HTTP接口吗？

当然不是 image

使用 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的实际环境搭建，案例编码，调试技巧，以及效果输出

image

技术是开放的，我们的心态，更应是开放的。拥抱变化，向阳而生，努力向前行。

我是小魔童哪吒，欢迎点赞关注收藏，下次见~