gRPC

     

SpringBoot中使用gRPC简介

32 7K

gRPC是一个高性能、开源的 RPC 框架,最初由 Google 开发。它有助于消除样板代码并连接数据中心内和跨数据中心的多语言服务。该 API 基于Protocol Buffers,它提供了一个pr.

使用 gRPC 协议实现微服务通信

1748 2 4K
在本文中,我们了解了 gRPC 内部结构以及微服务如何使用 gRPC 协议进行通信。然后我们看到了大约 4 种类型的通信模式。我们还了解了 gRPC 的用例以及 gRPC 的优缺点。gRPC 协议 =.

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

1223 3K
Uber所有的应用程序都需要与实时信息同步,无论是通过屏幕上的接送时间、到达时间和路线,还是打开应用程序时附近的司机。Uber使用推送平台来传递这些消息,这篇博文将介绍Uber如何通讯将协议从服务器发.

Connect:一个更好的 gRPC

1096 1

Connect 基于net/http,完全兼容 gRPC(包括流式传输、预告片和错误详细信息),并且只是一个 Go 包。Connect 客户端适用于任何 gRPC 服务器,而 Connect 处理程序.

pbkit:用于typescript的protobuf工具包

4497

pbkit 是 protobuf 相关的工具集合。它是用 TypeScript 编写的,并使用 Deno api。但是,它可以在任何 JavaScript 环境(包括 Node.js 或 Web 浏览.

Postman现在支持gRPC了

2046

Postman支持WebSockets、Socket.IO和GraphQL, Postman 中对 gRPC 的一流支持目前处于公开测试阶段。您现在可以使用 Postman v9.7.1 及更高版本测.

API设计中REST、GraphQL和gRPC的选择依据? - levelup

1174 2 21K
REST:客户都如果主要以(或唯一)Web 浏览器应该使用 REST。 GraphQL:以数据为中心的客户端,即大多数客户端专注于显示数据关系的客户端,应该使用 GraphQL。GraphQL 肯定.

gRPC遭抛弃!Storj为何使用DRPC替代gRPC?

2344 3 2K

在2016年,Google推出了gRPC,从而全面席卷了系统编程社区。gRPC代表带有G(远程过程调用)的东西;这是一种用于轻松定义两个不同的远程服务之间的接口的机制。似乎每个人都在使用它。Wikip.

最新测试:Java在gRPC吞吐量性能上胜过C ++,Rust,C#和Golang

2226 1

基准测试点击标题。测试基于Intel(R) Xeon(R) CPU E5-1650 v3 @ 3.50GHz, 32G RAM,在一个CPU 两个CPU和三个CPU情况下测试Java都是冠军.这些基准.

REST、GraphQL与gRPC的比较 - danhacks

1013

REST,GraphQL和gRPC是客户端-服务器和服务器到服务器通信的3种流行形式。选择可能很困难,因此本简要指南可以提供帮助。在每个部分中,将提供一个示例来说明检索用户。 REST 描述数据的HT.

gRPC与REST性能比较:gRPC双向流性能提升是巨大的 | Vinsguru

4281 3

是GRPC真的快于REST?让我们同时开发基于gRPC和REST的微服务,并进行gRPC与REST  性能比较。我们这里的主要目标是提出一个应用程序–具有2种不同的实现(REST和gRPC),以实现完.

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

2280 1

正如Kubernetes相对于基础设施而言一样,gRPC是相对于应用而言的,就像kubernetes一样,没有人应该直接接触gRPC。gRPC尝试通过支持身份验证、服务发现、负载平衡、测量指标以及许多.

Project Loom fibers与RPC陷阱是一样,试图用同步方式封装异步操作,非常危险,它会淘汰Java Future吗? -SoftwareMill

2848 1

Loom的Fiber类似Scala和Kotlin的纤程,可以解决我们的并发问题,它与Java JDK的Futures 相比,解决了控制流丢失,上下文和virality丢失的问题。可悲的是,编写并发程序.

为什么REST比GraphQL更好? - TomaszJaskuλa

1996 2

GraphQL并不是要取代REST,它是固执己见的,并且在设计时考虑了特定的约束。它是一种强大的查询语言,可以让客户端掌控一切。但取决于具体情况,这可能是好的或坏的做法!RESTful API可能难以.

基于Istio/gRPC/Redis/BigQuery/Spring Boot/Spring Cloud和Stackdriver的微服务案例

1511
使用Istio,gRPC,Redis,BigQuery,Spring Boot,Spring Cloud和Stackdriver的微服务应用程序,点击标题进入项目: 具有自动完成功能的智能产品查找器 .

Web API的简史介绍

1938 1 5K

在20世纪90年代末和2000年代早期,分布式API在HTTP协议上的主要用途是以相对简单的远程过程调用(RPC)方式交换可扩展标记语言(XML)格式的文档。诸如XML-RPC之类的协议演变为简单对象.

Spring Boot的gRPC启动器

3829 1

gRPC Spring Boot Starter特点: 使用@ GrpcService自动创建并运行一个 gRPC 服务,内嵌在 spring-boot 应用中 使用@ GrpcClient自动创建和.

Segment使用Go、gRPC和Envoy作为后端REST API实现​​​​​​​

1743

Segment刚刚启动了Segment Config API(在这里自己试试) - 一组公共REST API,可以让您管理Segment配置。在这个Config API的后面是使用Go,GRPC 和E.

如何在Kubernetes实现gRPC的负载平衡?

3751 2K

许多新的gRPC用户惊讶地发现Kubernetes的默认负载平衡通常不能与gRPC一起使用。gRPC需要特殊的负载平衡!让我们理解为什么我们需要为gRPC做一些特别的事情。gRPC是应用程序开发人员日.

liiklus:基于事件的Reactive(RSocket/gRPC)系统

1930 3K

Liiklus [li:klus](爱沙尼亚语中的“流量”) - 基于gRPC的网关,用于基于事件的系统,如果你认为Kafka实现事件系统过于底层,可以使用该系统: 水平可扩展的gRPC流媒体网关 支.

twirp: 支持protobuf服务定义的简单RPC框架

1774

结构化RPC比面向URL的REST API更容易设计和维护,因为他们让你专注于业务逻辑,而不是路由方案。更改API包括添加新字段或方法更容易,并且可以隐藏序列化的特性(例如,JSON缺少64位数字)。.

Tetrate - 使用Istio进行gRPC转码

2598 1 2K

在构建新的API(如HTTP/2,流,跨语言支持,服务器推送等)时使用gRPC而不是HTTP/JSON有很多优点。最难的部分往往是如何处理HTTP/ JSON的遗留服务。这就是为什么gRPC-JSON.

gRPC-Web:替代REST的gRPC的Javascript库包

10299 1 3K

gRPC-Web是一个JavaScript客户端库,使Web应用程序能够直接与后端gRPC服务通信,而不需要HTTP服务器充当中介。这意味着你现在可以通过使用.proto 文件定义客户端和服务器端数据.

使用RSocket实现新REST服务协议

2562 1

最近由于gRPC的噪音很多,人们开始质疑其优雅性,这篇文章也顺便黑了一把,gRPC在概念上与SOAP非常相似,只是它使用Protobuf而不是使用XML来定义服务。就像SOAP一样,它是URL和Hea.

Protobuffers可能是错的

1631 1

有人质疑谷歌鼎鼎大名的Protobuffers,它是一种快速序列化协议,主要是从学术角度质疑其类型设计教条,很多设计只是为了让其工作而设计,没有深刻哲学背景考虑,当然这个观点引起很多争论。'我认为pr.

微服务通信原则:智能终端和哑管道

7629 6 3K
大部分公司迁移到微服务架构面临的一个挑战是如何实现微服务之间的通信。在过去单体架构中,各个组件都在同一个进程中运行,相互通信只是相互的函数的调用而已。但是在微服务环境中,组件之间是由服务器硬性边界分隔.

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

1 3098 2

建设一个高扩展性 松耦合系统是非常艰难的,随着移动和物联网设备增加扩展,不断增长的数据量和越来越高的客户期望,能够高效,可靠地在互联网规模的开发和运行系统变得非常关键。在这样的互联网环境中,开发者总是.