【node实战系列】rpc与http协议通讯

[yeyeye0525]

本文首发于：https://github.com/bigo-frontend/blog/ 欢迎关注、转载。

背景

bigo前端开始推广bff，hello农场作为首个bff落地项目，历经2个月，完成了从0-1的落地实践。

【node实战系列】按照小模块拆分，从开发者的角度讲叙，如何进行bff高可用编码。

本系列文章，基于eggjs框架编码，使用ts语法，为了提升阅读体验，建议大家先了解一下eggjs。

系列文章

• 【node实战系列】编写一个重试装饰器
• 【node实战系列】自行实现应用缓存
• 【node实战系列】异步并发，自定义Promise.allSettled
• 【node实战系列】rpc与http协议通讯
• 【node实战系列】使用reqId跟踪全流程日志
• 【node实战系列】入参校验validate
• 【node实战系列】异常中断
• 【node实战系列】base64编码
• 【node实战系列】服务发现
• 【node实战系列】编码与约定
• 【node实战系列】监控告警
• 【node实战系列】单元测试
• 【node实战系列】压测
• 【node实战系列】灰度
• 【node实战系列】文档
• 【node实战系列】系列小结

欢迎大家关注我们的github blog，持续更新。
https://github.com/bigo-frontend/blog/issues

rpc与http协议通讯

rpc是什么

RPC（Remote Procedure Call）远程过程调用，简单的理解是一个节点请求另一个节点提供的服务。RPC就是要像调用本地的函数一样去调远程函数。

RPC 是一种技术思想而非一种规范或协议，是一种统称。

常见 RPC 技术和框架如下：
应用级的服务框架：
阿里的 Dubbo/Dubbox、Google gRPC、Spring Boot/Spring Cloud、百度的 bRPC。

远程通信协议：RMI、Socket、SOAP(HTTP XML)、REST(HTTP JSON)。

通信框架：MINA 和 Netty。

目前流行的开源 RPC 框架还是比较多的，有阿里巴巴的 Dubbo、Facebook 的 Thrift、Google 的 gRPC、Twitter 的 Finagle 等。

rpc出现的原因

有同学会问，使用基于http协议的rest不香吗，简单方便。
如上介绍，rpc其调用协议通常包含传输协议和序列化协议。传输协议也是基于tcp实现，与http协议类似。

问题就回到为什么要使用自定义tcp协议的rpc做后端进程通信？

一是：http1.1协议报文头携带的信息过于臃肿，影响传输速度，譬如header头的信息基本不会被消费。

二是：另外伴随这业务发展，用户数、业务负责度及系统架构日崔复杂，业务服务演进到微服务架构后，需要对微服务进行服务治理。“服务发现”，"负载均衡"，“熔断降级”一类面向服务的高级特性，就是rpc框架带来的优势。

rpc调用过程

直接上图吧

1.rpc核心功能

2.rpc调用过程

3.基于gw的rpc调用过程

nodejs实现rpc调用

如上，rpc调用过程与基于gw的rpc调用过程区别，rpc调用过程需要在业务框架获取服务端地址再进行服务调用，流程繁杂，不同的语言还需要自行实现。
使用rpcgw接入方式体验就好多了，接入方式与rest类似。
目前bigo的rpc接入就是使用该方式，对nodejs相当友好。

const {ctx} = this;
const params = {
  bizProtocol: 'bigo', // brpc所属业务
  registerName: 'bigo_auth', // 注册名字
  fullMethodName: 'bigo.server.AuthTokenService.CheckAuthToken',
  protocol: Eprotocal.BAIDUSTD,
  payload() { // 入参序列化
    const message = new AuthToken.CheckAuthTokenReq();
    message.setToken(token);
    message.setSeqid(ctx.seqId);
    return ctx.helper.obj2base64(message.toObject());
  },
};
return await this.service.rpcgw.http.request(params);

总结

RPC 主要用于公司内部的服务调用，性能消耗低，传输效率高，实现复杂。
HTTP 主要用于对外的异构环境，浏览器接口调用，App 接口调用，第三方接口调用等。
RPC 使用场景(大型的网站，内部子系统较多、接口非常多的情况下适合使用 RPC)：
长链接。不必每次通信都要像 HTTP 一样去 3 次握手，减少了网络开销。
注册发布机制。RPC 框架一般都有注册中心，有丰富的监控管理;发布、下线接口、动态扩展等，对调用方来说是无感知、统一化的操作。
安全性，没有暴露资源操作。
微服务支持，就是最近流行的服务化架构、服务化治理，RPC 框架是一个强力的支撑。

参考文章：https://www.jianshu.com/p/7d6853140e13

欢迎大家留言讨论，祝工作顺利、生活愉快！

我是bigo前端，下期见。