grpc的设计分析

可以先搞清楚一些问题:

  1. Grpc 的场景是什么?为什么有价值?
  2. stream 的应用场景是什么?和 unary 有啥区别?
  3. grpc 使用多通道的价值有多大?
  4. 为什么有些语言下会有 异步/同步 之分?
    • 网络的异步本质
  5. grpc 在使用 http2 传输时,究竟传输了些什么?
  6. 如何使用其他序列化方式?例如 json?
  7. 和客户端的交互中使用 grpc 的方式 以及 价值?
  8. 在 grpc 中,什么粒度被称为一个 service ?
  9. grpc 设计上的可借鉴点?
  10. Pb 的价值有多大?
  11. 一个 rpc 框架,要考虑些什么问题? - 服务治理的多层次关系

gRPC 值得分析的点:

  1. 基于 proto 文件,生成基础代码
  2. 提供多语言插件,使生态增长
  3. 序列化方式,支持 pb 和 json
  4. 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 协议 ,转载请注明出处!