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