对微服务领域的同步协议而言，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

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 十周年精心策划。

创作场景

挑战 REST，RSocket 是认真的！