• 在2016年,Google推出了gRPC,从而全面席卷了系统编程社区。gRPC代表带有G(远程过程调用)的东西;这是一种用于轻松定义两个不同的远程服务之间的接口的机制。似乎每个人都在使用它
  • 是GRPC真的快于REST?让我们同时开发基于gRPC和REST的微服务,并进行gRPC与REST  性能比较。我们这里的主要目标是提出一个应用程序–具有2种不同的实现(REST和gRPC),以实现完全相同的功能。正如我们已经讨论过的那样,gRPC非常适合涉及更多聊天性的微服务之间的
  • 在本文中,我们了解了 gRPC 内部结构以及微服务如何使用 gRPC 协议进行通信。然后我们看到了大约 4 种类型的通信模式。我们还了解了 gRPC 的用例以及 gRPC 的优缺点。 gRPC 协议 = HTTP/2 + Proto icon
  • 基准测试点击标题。测试基于Intel(R) Xeon(R) CPU E5-1650 v3 @ 3.50GHz, 32G RAM,在一个CPU 两个CPU和三个CPU情况下测试Java都是冠军.这些基准测试虽然总是有点假,但是对于JVM来说这是一项巨大的技术成就。不过,如果考虑 icon
  • Connect 基于net/http,完全兼容 gRPC(包括流式传输、预告片和错误详细信息),并且只是一个 Go 包。Connect 客户端适 icon
  • 正如Kubernetes相对于基础设施而言一样,gRPC是相对于应用而言的,就像kubernetes一样,没有人应该直接接触gRPC。gRPC尝试通过支持身份验证、服务发现、负载平衡、测量指标以及许多使人们趋向于使用外部代理的功能,它已经不仅仅是RPC,它不是一个简单RPC框架,gRPC更多 icon
  • GraphQL并不是要取代REST,它是固执己见的,并且在设计时考虑了特定的约束。它是一种强大的查询语言,可以让客户端掌控一切。但取决于具体情况,这可能是好的或坏的做法!RESTful API可能难以正确设计。我的意思是那些利用HATEOAS的人。但是一旦你做对了,它就会非常强大。特 icon
  • icon
  • Loom的Fiber类似Scala和Kotlin的纤程,可以解决我们的并发问题,它与Java JDK的Futures 相比,解决了控制流丢失,上下文和virality丢失的问题。可悲的是,编写并发程序还不止这些!Fiber仍然是一个类似线程的构造,这意味着,如果我们要同时运行多个纤程 icon
  • pbkit 是 protobuf 相关的工具集合。它是用 TypeScript 编写的,并使用 Deno api。但是,它可以在任何 JavaScript 环境(包括 Node.js 或 Web 浏览器)中执行,因为它不使用core目录内的平台 API。 icon
  • Postman支持WebSockets、Socket.IO和GraphQL, Postman 中对 gRPC 的一流支持目前处于公开测试阶段。您现在可以使用 Postman v9.7.1 及更高版本测试您的 gRPC API。加载 API 的 Protobuf 定义(.proto 文 icon
  • Uber所有的应用程序都需要与实时信息同步,无论是通过屏幕上的接送时间、到达时间和路线,还是打开应用程序时附近的司机。Uber使用推送平台来传递这些消息,这篇博文将介绍Uber如何通讯将协议从服务器发送事件 (HTTP1.1) 更改为基于 gRPC 的双向流 (QUIC/HTTP3)、面临的 icon
  • REST,GraphQL和gRPC是客户端-服务器和服务器到服务器通信的3种流行形式。选择可能很困难,因此本简要指南可以提供帮助。在每个部分中,将提供一个示例来说明检索用户。 REST 描述数据的HTTP路径,例如/ user icon
  • 在本教程中,我们将研究拦截器在gRPC服务器应用程序中处理全局异常的作用。 拦截器可以在请求到达 RPC 方法之前验证或操作请求。因此,它们在处理常见问题时非常有用,例如日志记录、安全性、缓存、审计、身份验证和授权以及应用程序的更多问题。 icon
  • gRPC是一个高性能、开源的 RPC 框架,最初由 Google 开发。它有助于消除样板代码并连接数据中心内和跨数据中心的多语言服务。该 API 基于Protocol Buffers,它提供了一个protoc编译器来生成不同支持语言的代码。 我们可以将 g icon
  • 在本教程中,我们将讨论在gRPC(Google 开发的远程过程调用框架)中实现重试策略的各种方法。 gRPC 在许多编程语言中都是可互操作的,但我们将重点关注 Java 实现。 重试的重要性应用程序越来越依赖分布式 icon
  • 尽管Spring团队没有正式支持gRPC服务,但是强大的Java和Spring社区为我们提供了可能,足见社区的力量。 验证是服务通信的一个关键方面,是软件开发中的一个跨领域关注点。强大的验证机制简化了服务开发并增强了代码的可维护性。在本文中,我们将演示使用 icon
  • UTCP是一种协议,允许AI代理通过任何通道直接调用任何工具,而无需包装器(与MCP不同) 通用工具调用协议(Universal Tool Calling Protocol,UTCP)是一个开放的标准,作为MCP的替代方案,它描述了如何调用现有的工 icon