RPC

     

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

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

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

2878 1

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

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

1 3812 2 2K

与几十年前相比,网络相当可靠,随着我们继续构建更大,更全球分布的系统,我们使自己容易受到可能发生的所有不良事件的影响。为了解决这个问题,我们将不得不放弃同步请求/响应类型编程。调用方法(称为远程过程调.

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

1825

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

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

6015 8 4K

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

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

9794 10 3K

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

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

3541

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

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

1 3129 2

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

rcp 如何与中间层通信

2 726

请问高手们有在用rcp (eclipse rcp or netbeans platform) 开发系统的吗。rcp应该如何与中间层通信。 HTTP? WEBSERVICE?或者说,rcp应该如何调用j.