正如Kubernetes相对于基础设施而言一样，gRPC是相对于应用而言的，就像kubernetes一样，没有人应该直接接触gRPC。gRPC尝试通过支持身份验证、服务发现、负载平衡、测量指标以及许多使人们趋向于使用外部代理的功能，它已经不仅仅是RPC，它不是一个简单RPC框架，gRPC更多地偏向了应用服务器。
众说纷纭：
gRPC真的是革新吗？我对此表示怀疑，唯一原因仅仅是：有一堆失败的RPC框架，即corba，xml-rpc，soap（rpc）。是什么使gRPC更好？protobuf真的是最好的IDL吗？protobuf会变得和json一样吗？
gRPC是一种用于构建健壮、类型安全和高效的云原生应用程序的出色的合同优先方法。但是，gRPC的实际应用程序将与其他最佳的服务间通信协议共存，例如REST / HTTP，GraphQL，Kafka，AMQP，NATS等。
我是Apache Thrift的忠实粉丝。在我的许多项目中都使用了它。
取决于您要解决的问题。gRPC更像是一个完整的解决方案，就像我上次使用的ZeroMQ一样，它只是一个消息传递系统。
我认为目前唯一的挑战是各种云服务缺乏通用的HTTP / 2支持，使用Kubernetes时，由于无法使用LoadBalancer服务类型或alb-ingress-controller，因此复杂性增加了。
当心，Grpc是下一个SOAP.
是时候启动gRPC认证程序了
我们正在使用K8s CRD和K8s API在内部应用程序Java，Go和Ansible之间进行通信。