对微服务领域的同步协议而言,REST 已经成为公认的事实上的标准。但是拥有 10 年的分布式实时系统经验,曾领导 Netflix 和 Nike 大规模技术项目的 Netifi 公司的 CEO 兼联合创始人 Robert Roeser 却不认为这是一件好事。Robert Roeser 将在 QCon 北京 2019 分享专为服务到服务通信而设计的协议,可以有效避免 REST 缺陷的开源项目 RSocket 的相关内容, 点此了解 。
微服务是一种软件架构风格,将专注于单一责任与功能的小型功能区块,利用模组化的方式组合出复杂的大型应用程序。换句话说,这样的应用程序,是由一个或者多个微服务组成,它对外开放不受语言限制的 API,比如最常用的 HTTP。
REST(Representational State Transfer,表征状态转换)则是根基于超文本传输协议 (HTTP) 之上而确定的一种软件架构设计约束风格,它描述了网络上客户端与服务器之间的交互形式,带来了高效、可靠和可扩展的分布式系统。如果一个应用程序或者设计满足了 REST 的约束条件和原则,那么我们就称它是 RESTful 的。
微服务各个区块小而独立,但是开发和维护起来却颇为复杂。大部分时候,微服务都是建立在一种基于请求和响应的协议之上,即通过同步协议或者异步协议的相互通信来实现业务目标。对微服务领域的同步协议而言,REST 已经成为公认的事实上的标准。
但是,Netifi 公司的 CEO 兼联合创始人 Robert Roeser 认为,这并不是一件好事。Robert Roeser 拥有 10 年的分布式实时系统经验,曾领导 Netflix 和 Nike 大规模技术项目。他表示:“RESTful Web 服务有一个巨大的缺陷,它们实际上是基于文本实现的。要发送任何二进制数据,你需要对数据进行 Base64 编码,并将所有内容序列化两次。你真正想要的是二进制的东西——因为它可以表示任何东西——包括文本。此外,与文本(尤其是数值)相比,应用程序处理二进制数据的效率要高得多。此外,它们天生更紧凑——它们没有额外的大括号、花括号或尖括号。最后,如果数据是二进制的,根据格式的不同,也有可能实现零拷贝序列化和反序列化。”
Robert Roeser 认为,REST 的最大限制是它与 HTTP 绑定。Pivotal Reactor 项目负责人 Stephane Maldini 的看法印证了这一点——我们在使用手机应用的时候,不需要通过请求来得到回复,意思就是不需要与设备进行交互,所以你看,HTTP 真不是为此而设计的。他认为,HTTP 还有一个重要问题是,它把所有的职责都放在客户端,用重试逻辑、超时、断路器等来处理不同类型的错误。使用反应式架构构建的应用程序可以提高效率并有很好的扩展性,但 Maldini 认为:“反应式支持停留在应用程序边界上”。
如果你想要一种专为服务到服务通信而设计的协议,从而创建更简单,更可靠的应用程序,且不存在任何黑客攻击,变通方法或阻抗不匹配,为什么不试试开源项目 RSocket 呢?
简单,高效,又可靠,为服务而设计。你还在犹豫什么?盘它!
RSocket 是一个新的、语言无关的第七层应用网络协议。它是一种基于 Reactive Streams 背压的双向,多路复用,基于消息的二进制协议。它由 Facebook、Netifi 和 Pivotal 等开发,提供 Java、JavaScript、C++ 和 Kotlin 等实现,目前正在被互联网上一些流量最高的网站使用。RSocket 旨在处理复杂的微服务网络,并支持使用现有协议难以或无法实现的推送通知和实时数据处理等用例。
Cloud Foundry Java Experience 团队负责人 Ben Hale 说:“我个人认为,反应式编程是 Java 高效应用的下一个前沿。”Hale 指出,反应式编程有两个主要障碍——数据访问和网络。RSocket 旨在解决后一个问题,而 R2DBC 用于解决前一个问题。
RSocket 与 HTTP 的不同之处在于它定义了四种交互模型:
即发即忘(Fire-and-Forget):这是对请求 / 响应的优化,在不需要响应时非常有用,比如用于非关键事件的日志记录。
请求 / 响应:当你发送一个请求并接收一个响应时,就像 HTTP 一样。即使在这种情况下,该协议也比 HTTP 更具优势,因为它是异步且多路复用的。
请求 / 流:类似于返回集合的请求 / 响应,集合将以流的方式返回,而不是等到查询完成,例如,发送一个银行帐号,使用一个实时的帐户事务流进行响应。
通道:允许任意交互模型的双向消息流。
基于消息意味着该协议可以在单个连接上支持多路复用。此外,与 TCP 一样,它是真正双向的,一旦客户端初始化了到服务器的连接,连接双方就变得彼此对等——实际上,服务器可以从客户端请求数据。
RSocket 还支持以消息为单位的流量控制。在主题演讲中,Facebook 工程师 Steve Gury 表示:“当你发送消息时,你同时得指定你能够满足多少响应,服务器必须满足这个约束,但是,当我处理完这些响应后,我可以要求更多的响应。RSocket 也是在整个链上工作,因此,如果你链接多个 RSocket 连接,那么流控制也将作用到端到端。”
实际上,正如 Hale 在当天晚些时候的后续会议中所说的那样,RSocket 解决的问题是跨进程回压,即网络上的回压:“我可以保证,我不会请求超出进程内部处理能力的数据,但是当我不得不调用服务网格中的另一个微服务时会发生什么。我如何保证,它不会突然出现一大堆数据,也不会试图给我发送所有的数据。”
RSocket 是传输无关的,支持 TCP、WebSocket 和 Aeron UDP 协议,并支持无语义损失的混合传输协议——回压和流量控制仍然有效。
它还支持连接恢复。当你建立 RSocket 连接时,你可以指定前一个连接的 ID,如果流仍然在服务器的内存中,则你可以继续消费你的流。
想了解更多 RSocket 的落地应用?QCon 北京 2019 应该可以给你参考,Netifi 公司的联合创始人兼 CTO 和资深工程师将双双来到现场,为你概述他们是如何使用 RSocket 以及如何用它改进 gRPC,演示如何利用 RSocket 在应用程序性能和开发速度方面取得令人难以置信的收益。
2019 年 5 月 6-8 日,QCon 与您相约北京国际会议中心,超 100 位国内外资深技术专家,聚焦 26+ 热门专题,从工程实践出发,深度剖析技术痛点,助你提升技术视野。访问 大会日程 了解 QCon 十周年精心策划。