[TOC]
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的实际环境搭建，案例编码，调试技巧，以及效果输出
技术是开放的，我们的心态，更应是开放的。拥抱变化，向阳而生，努力向前行。
我是小魔童哪吒，欢迎点赞关注收藏，下次见~