RPC

     
    8

RPC 与消息传递——哪个更快? - Boike

2120 2 3K
有时开发人员只关心速度。忽略消息传递的所有其他优势,他们会问我们以下问题:RPC 不是比消息传递更快吗? RPC可能会有其他不同的术语或技术,如 RE.

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

2750 1

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

请放弃RPC!分布式编程第一谎言:网络是可靠的 - David Boike

1 3707 2 2K

与几十年前相比,网络相当可靠,随着我们继续构建更大,更全球分布的系统,我们使自己容易受到可能发生的所有不良事件的影响。 为了解决这个问题,我们将不得不.

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

1642

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

分布式微服务为什么很难?

5870 8 4K

本文主要谈论了微服务系统之间通讯RPC同步和异步队列的不同,RPC同步速度快但不可靠;异步队列速度慢一点但可靠。本文也解释了其背后原因,比如缺乏统一时钟,也就是著名.

为什么正好一次(Exactly-Once)传递是不可能的?

9510 10 3K

这是分布是系统领域很重要的一篇文章,主要论述在消息传递中"最多一次"、"最少一次"和"正好一次"三者中正好一次传递是不可能的,也就是通过网络两个服务器之间的调用恰好.

使用gRPC和protobuf建立高性能的API

3417

API是现代应用的主要技术。API能够增强web客户端与移动客户端和后端的交互通讯,无需顾及他们的技术和平台的不同。当你构建基于web的api时,你通常选择rest.

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

1 2994 2

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

    8