#RPC

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

16-11-27 6126 9 banq

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

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

17-08-31 3936 7 banq

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

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

16-08-25 1 1851 2 banq

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

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

19-08-07 1 1615 1 banq

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

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

20-02-02 1084 1 banq

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

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

16-10-25 2222 banq

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

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

18-10-31 517 banq

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

共有 7