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框架层面得到解决的，
如果最底层的工具都没有最大化利用出来，那么上面的一切工具都是白扯。