grpc yes or no?

什么是rpc

https://www.zhihu.com/question/25536695/answer/221638079

为什么要用rpc

如果是一个大型的网站,内部子系统较多、接口非常多的情况下,RPC框架的好处就显示出来了,

  1. 灵活部署
  2. 解耦
  3. 长链接,不必每次通信都要像http 一样去3次握手什么的,减少了网络开销
  4. 其次就是RPC框架一般都有注册中心,有丰富的监控管理;发布、下线接口、动态扩展等,对调用方来说是无感知、统 一化的操作。
  5. 第三个来说就是安全性。
  6. 最后就是最近流行的服务化架构、服务化治理,RPC框架是一个强力的支撑
    总之最重要的一点是,通过RPC能解耦服务,这才是使用RPC的真正目的。
grpc与rpc是什么关系

grpc 是rpc协议的一种实现方式,除此之外还有thrift,
相比较而言,还是 thrift 相对成熟点,用的公司多。

why grpc 而不是其他,或者说grpc有什么优缺点

有了 gRPC, 我们可以一次性的在一个 .proto 文件中定义服务并使用任何支持它的语言去实现客户端
和服务器,反过来,它们可以在各种环境中,从Google的服务器到你自己的平板电脑—— gRPC 帮你解决了
不同语言及环境间通信的复杂性。使用 protocol buffers 还能获得其他好处,包括高效的序
列号,简单的 IDL 以及容易进行接口更新。
缺点:不成熟

如何使用grpc

https://grpc.io/docs/quickstart/python.html#download-the-example

自己的项目适合用吗?

overdesign ,我觉得不合适。
其他的意见见:
https://www.v2ex.com/t/187885

延伸:

https://www.v2ex.com/t/376230

如果是你,怎么做?

结论:目前项目碰到的问题都是可以在flask框架层面得到解决的,
如果最底层的工具都没有最大化利用出来,那么上面的一切工具都是白扯。

    原文作者:严小日
    原文地址: https://www.jianshu.com/p/0c6bd2b25b0f
    本文转自网络文章,转载此文章仅为分享知识,如有侵权,请联系博主进行删除。
点赞