gRPC的设计理念有哪些?

 Coverage & Simplicity，协议设计和框架实现要足够通用和简单，能运行在任何设 备之上，甚至一些资源首先的如 IoT、Mobile 等设备。  Interoperability & Reach，要构建在更通用的协议之上，协议本身要能被网络上几 乎所有的基础设施所支持。  General Purpose & Performant，要在场景和性能间做好平衡，首先协议本身要是 适用于各种场景的，同时也要尽量有高的性能。  Payload Agnostic，协议上传输的负载要保持语言和平台中立。  Streaming，要支持 Request - Response、Request - Stream、Bi-Steam 等通信模型。  Flow Control，协议自身具备流量感知和限制的能力。  Metadata Exchange，在 RPC 服务定义之外，提供额外附加数据传输的能力。

需要对接口进行严格约束的情况，比如我们提供了一个公共的服务，很多人，甚至公司外部的人也可以访问这个服务，这时对于接口我们希望有更加严格的约束，我们不希望客户端给我们传递任意的数据，尤其是考虑到安全性的因素，我们通常需要对接口进行更加严格的约束。这时gRPC就可以通过protobuf来提供严格的接口约束。
对于性能有更高的要求时。有时我们的服务需要传递大量的数据，而又希望不影响我们的性能，这个时候也可以考虑gRPC服务，因为通过protobuf我们可以将数据压缩编码转化为二进制格式，通常传递的数据量要小得多，而且通过http2我们可以实现异步的请求，从而大大提高了通信效率。

但是，通常我们不会去单独使用gRPC，而是将gRPC作为一个部件进行使用，这是因为在生产环境，我们面对大并发的情况下，需要使用分布式系统来去处理，而gRPC并没有提供分布式系统相关的一些必要组件。而且，真正的线上服务还需要提供包括负载均衡，限流熔断，监控报警，服务注册和发现等等必要的组件。

RPC 框架的目标就是让远程服务调用更加简单、透明，RPC 框架负责屏蔽底层的传输方式（TCP 或者 UDP）、序列化方式（XML/Json/ 二进制）和通信细节。服务调用者可以像调用本地接口一样调用远程的服务提供者，而不需要关心底层通信细节和调用过程。