gRPC 学习

1. gRPC 学习

2. 如何选择 gRPC 和 Thrift

2.1. 什么时候应该选择 gRPC 而不是 Thrift

• 需要良好的文档、示例
• 生成的代码少、干净
• 喜欢、习惯 HTTP/2、ProtoBuf
• 对网络传输带宽敏感

2.2. 什么时候应该选择 Thrift 而不是 gRPC

• 需要在非常多的语言间进行数据交换
• 生成的代码多
• 对 CPU 敏感
• 协议层、传输层有多种控制要求
• 需要稳定的版本
• 不需要良好的文档和示例

3. 流形的 RPC 框架比较

*	Motan	Dubbox	thrift	gRPC	rpcx
开发语言	Java	Java	跨语言	跨语言	go
分布式服务治理	Y	Y	可以配合 zookeeper, Eureka 等实现	可以配合 etcd(go), zookeeper, consul 等实现	自带服务注册中心, 也支持 zookerper, etcd 等发现方式
底层协议	motan 协议, 使用 tcp 长连接	Dubbo 协议、 Rmi 协议、 Hessian 协议、 HTTP 协议、 WebService 协议、Dubbo Thrift 协议、Memcached 协议	tpc/http/frame	http2	tcp 长链接
消息序列化	hessian2,json	hessian2,json,resr,kyro,FST 等, 可扩展 protobuf 等	thrift	protobuf	Gob、Json、MessagePack、gencode、ProtoBuf 等
跨语言编程	N(支持 php client 和 c server)	N	Y	Y	N
负载均衡	ActiveWeight 、Random 、 RoundRobin 、LocalFirst 、 Consistent 、ConfigurableWeight	Random 、RoundRobin 、ConsistentHash 、 LeastActive	Haproxy, zookerper + 客户端负载均衡等方案	负载均衡软件 HaProxy 等	支持随机请求、轮询、低并发优先、一致性 Hash 等
容错	Failover 失效切换、Failfast 快速失败	Failover 、 Failfast 、Failsafe 、 Failback 、 Forking、 Broadcast	Failover	具有 Failover 失效切换的容错策略	失败重试 (Failover)、快速失败 (Failfast)
注册中心	consul	zookeeper	zookeeper	etcd,zookeeper,consul	zookerper,etcd
性能	★★	★★	★★★★ 比 grpc 快 2-5 倍	★★★ 比 dubbox,motan 快	★★★★★ 比 thrift 快 1-1.5 倍
侧重优势	服务管理	服务管理	跨语言, 性能 ++	跨语言, 性能	性能 ++, 服务治理
客户端异步调用方案			使用 thrift IDL “oneway” 关键字 (无返回结果), +callback tcp 异步请求 - thrift IDL 参数不支持函数或服务	stream 传输, 双向通信
服务端异步处理			1、TNonblockingServer(java/c++,php); THsHaServer(java/c++); TThreadpoolServer(java/c++); TThreadSelectorServer(java/c++) 2、结合消息队列或中间件 3、swoole/goroutine 等多任务支持	同上, 使用 stream 传输。Stream 对象在传输过程中会被当做集合, 用 Iterator 来遍历处理

4. 什么是 RPC

RPC 是指远程过程调用, 也就是说两台服务器 A, B, 一个应用部署在 A 服务器上, 想要调用 B 服务器上应用提供的函数/方法, 由于不在一个内存空间, 不能直接调用, 需要通过网络来表达调用的语义和传达调用的数据。

5. 为什么要用 RPC

为什么要用 RPC 呢? 就是无法在一个进程内, 甚至一个计算机内通过本地调用的方式完成的需求, 比如不同的系统间的通讯, 甚至不同的组织间的通讯, 由于计算能力需要横向扩展, 需要在多台机器组成的集群上部署应用。

6. 例子

gRPC 官网就有一个非常简洁的例子，照着它做就可以了:

• https://grpc.io/docs/quickstart/go.html
• https://grpc.io/docs/tutorials/basic/go.html

7. Who’s using this and why?

gRPC is a CNCF(Cloud Native Computing Foundation) project.

Google has been using a lot of the underlying technologies and concepts in gRPC for a long time. The current implementation is being used in several of Google’s cloud products and Google externally facing APIs. It is also being used by Square, Netflix, CoreOS, Docker, Cockroachdb, Cisco, Juniper Networks and many other organizations and individuals.