gRPC是重新发明轮子的RPC框架? - kelseyhightower

20-05-09 banq

正如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之间进行通信。

 

                   

1
猜你喜欢