gRPC
- 有
26贴
使用 gRPC 协议实现微服务通信

优步基于gRPC的下一代推送平台

Connect:一个更好的 gRPC

Connect 基于net/http,完全兼容 gRPC(包括流式传输、预告片和错误详细信息),并且 .
pbkit:用于typescript的protobuf工具包

pbkit 是 protobuf 相关的工具集合。 它是用 TypeScript 编写的,并使用 Deno api。 但是,它可以在任何 Jav.
Postman现在支持gRPC了

Postman支持WebSockets、Socket.IO和GraphQL, Postman 中对 gRPC 的一流支持目前处于公开测试阶段。您现在可以使用.
API设计中REST、GraphQL和gRPC的选择依据? - levelup
gRPC遭抛弃!Storj为何使用DRPC替代gRPC?

在2016年,Google推出了 gRPC ,从而全面席.
最新测试:Java在gRPC吞吐量性能上胜过C ++,Rust,C#和Golang

基准测试点击标题。测试基于Intel(R) Xeon(R) CPU E5-1650 v3 @ 3.50GHz, 32G RAM,在一个CPU 两个CPU和三.
REST、GraphQL与gRPC的比较 - danhacks

REST,GraphQL和gRPC是客户端-服务器和服务器到服务器通信的3种流行形式。选择可能很困难,因此本简要指南可以提供帮助。在每个部分中,将提供一个示.
gRPC与REST性能比较:gRPC双向流性能提升是巨大的 | Vinsguru

是GRPC真的快于REST?让我们同时开发基于gRPC和REST的 .
gRPC是重新发明轮子的RPC框架? - kelseyhightower

正如Kubernetes相对于基础设施而言一样,gRPC是相对于应用而言的,就像kubernetes一样,没有人应该直接接触gRPC。gRPC尝试通过支持身.
Project Loom fibers与RPC陷阱是一样,试图用同步方式封装异步操作,非常危险,它会淘汰Java Future吗? -SoftwareMill

Loom的Fiber类似Scala和Kotlin的纤程,可以解决我们的并发问题,它与Java JDK的Futures 相比,解决了控制流丢失,上下文和vir.
为什么REST比GraphQL更好? - TomaszJaskuλa

GraphQL并不是要取代REST,它是固执己见的,并且在设计时考虑了特定的约束。它是一种强大的查询语言,可以让客户端掌控一切。但取决于具体情况,这可能是好.
基于Istio/gRPC/Redis/BigQuery/Spring Boot/Spring Cloud和Stackdriver的微服务案例

Web API的简史介绍

在20世纪90年代末和2000年代早期,分布式API在HTTP协议上的主要用途是以相对简单的远程过程调用(RPC)方式交换可扩展标记语言(XML)格式的文档.
Spring Boot的gRPC启动器

gRPC Spring Boot Starter特点: 使用@ GrpcService自动创建并运行一个 gRPC 服务,内嵌在 s.
Segment使用Go、gRPC和Envoy作为后端REST API实现

Segment刚刚启动了 .
如何在Kubernetes实现gRPC的负载平衡?

许多新的gRPC用户惊讶地发现Kubernetes的默认负载平衡通常不能与gRPC一起使用。 gRPC需要特殊的负.
liiklus:基于事件的Reactive(RSocket/gRPC)系统

Liiklus [li:klus](爱沙尼亚语中的“流量”) - 基于gRPC的网关,用于基于事件的系统,如果你认为Kafka实现事件系统过于底层,可以使用.
twirp: 支持protobuf服务定义的简单RPC框架

结构化RPC比面向URL的REST API更容易设计和维护,因为他们让你专注于业务逻辑,而不是路由方案。更改API包括添加新字段或方法更容易,并且可以隐藏序.
Tetrate - 使用Istio进行gRPC转码

在构建新的API(如HTTP/2,流,跨语言支持,服务器推送等)时使用gRPC而不是HTTP/JSON有很多优点。最难的部分往往是如何处理HTTP/ JSO.
gRPC-Web:替代REST的gRPC的Javascript库包

gRPC-Web是一个JavaScript客户端库,使Web应用程序能够直接与后端gRPC服务通信,而不需要HTTP服务器充当中介。这意味着你现在可以通过使.
使用RSocket实现新REST服务协议

最近由于gRPC的噪音很多,人们开始质疑其优雅性,这篇文章也顺便黑了一把,gRPC在概念上与 .
Protobuffers可能是错的

有人质疑谷歌鼎鼎大名的Protobuffers,它是一种快速序列化协议,主要是从学术角度质疑其类型设计教条,很多设计只是为了让其工作而设计,没有深刻哲学背景.
微服务通信原则:智能终端和哑管道

互联网级别的RPC框架:谷歌的gRPC开源框架

建设一个高 扩展性 松耦合系统是非.
- 有
26贴