grpc的设计分析
可以先搞清楚一些问题:
- Grpc 的场景是什么?为什么有价值?
- stream 的应用场景是什么?和 unary 有啥区别?
- grpc 使用多通道的价值有多大?
- 为什么有些语言下会有 异步/同步 之分?
- 网络的异步本质
- grpc 在使用 http2 传输时,究竟传输了些什么?
- 如何使用其他序列化方式?例如 json?
- 和客户端的交互中使用 grpc 的方式 以及 价值?
- 在 grpc 中,什么粒度被称为一个 service ?
- grpc 设计上的可借鉴点?
- Pb 的价值有多大?
- 一个 rpc 框架,要考虑些什么问题? - 服务治理的多层次关系
gRPC 值得分析的点:
- 基于 proto 文件,生成基础代码
- 提供多语言插件,使生态增长
- 序列化方式,支持 pb 和 json
- grpc-gateway 和 grpc-web
grpc 的源码走读,可以参考 grpc的源码走读
grpc 的更多内容,可以参考 rpc与grpc
关于 grpc 的负载均衡,可以参考 grpc的负载均衡
可以参考的文档:
Opportunity does not knock, it presents itself when you beat down the door.
— Kyle Chandler
本博客所有文章除特别声明外,均采用 CC BY-SA 4.0 协议 ,转载请注明出处!