带入gRPC:让你的服务同时提供 HTTP 接口

接口需要提供给其他业务组访问,但是 RPC 协议不同无法内调,对方问能否走 HTTP 接口,怎么办?
微信(公众号、小程序)等第三方回调接口只支持 HTTP 接口,怎么办
我相信你在实际工作中都会遇到如上问题,在 gRPC 中都是有解决方案的,本章节将会进行介绍

为什么可以同时提供 HTTP 接口
关键一点,gRPC 的协议是基于 HTTP/2 的,因此应用程序能够在单个 TCP 端口上提供 HTTP/1.1 和 gRPC 接口服务(两种不同的流量)

怎么同时提供 HTTP 接口
检测协议

流程
检测请求协议是否为 HTTP/2
判断 Content-Type 是否为 application/grpc(gRPC 的默认标识位)
根据协议的不同转发到不同的服务处理
gRPC
TLS
在前面的章节,为了便于展示因此没有简单封装

在本节需复用代码,重新封装了,可详见:go-grpc-example

目录结构
新建 simple_http_client、simple_http_server 目录,目录结构如下:

Server
在 simple_http_server 目录下新建 server.go,写入文件内容:

  • http.NewServeMux:创建一个新的 ServeMux,ServeMux 本质上是一个路由表。它默认实现了 ServeHTTP,因此返回 Handler 后可直接通过 HandleFunc 注册 pattern 和处理逻辑的方法
  • http.ListenAndServeTLS:可简单的理解为提供监听 HTTPS 服务的方法,重点的协议判断转发,也在这里面
    其实,你理解后就会觉得很简单,核心步骤:判断 -> 转发 -> 响应。我们改变了前两步的默认逻辑,仅此而已

Client
在 simple_http_server 目录下新建 client.go,写入文件内容:

验证
gRPC Client

HTTP/1.1 访问

总结
通过本章节,表面上完成了同端口提供双服务的功能,但实际上,应该是加深了 HTTP/2 的理解和使用,这才是本质

最新
分类
最新
标签