rest - REST在分布式Web应用程序中有什么用

Question

关闭。这个问题需要更多 focused .它目前不接受答案。

---

想要改进这个问题吗？ 更新问题，使其只关注一个问题 editing this post .

关闭 8 年前。

Improve this question

我正在学习 REST API，但我无法理解 REST 如何在分布式 Web 应用程序中使用？这是唯一的reference我见过。但是我仍然无法了解用于分布式计算的 REST。提前谢谢你。

Answer 1

我不太清楚你的问题是什么，但通常 - REST 只是另一种执行 RMI(远程方法调用)或 RPC(远程过程调用)的方式。然而，虽然 RMI 仅在 Java 中工作，但 REST 使用 HTTP 协议(protocol)进行通信。由于我们今天使用的大多数技术/库/语言都实现了 HTTP，因此它是一种连接它们的简单方法。

最初 SOAP (Simple Object Access Protocol) 用于实现服务器间和客户端-服务器通信。 SOAP 在 HTTP 之上还有许多附加功能。例如，WSDL (Web Services Description Language) 允许自动生成代理。虽然这些特性使 SOAP 丰富且非常适合企业应用程序(CERN 实现了他们自己的 SOAP 版本，它允许状态完整的通信)，但对于许多快速变化的小型公司来说，它也过于庞大。

REST 使用来自 HTTP 的功能，但基本上可以在许多方面有所不同。可以自由定义 url 和对象，以及序列化对象的格式(主要是 JSON)。此功能与 Python、Ruby 或 JavaScript(客户端或 NodeJS)等动态语言相结合，可以非常轻松地设置不同服务之间以及客户端和服务之间的通信(SPA - 单页应用程序，稍后介绍)。

然而，我认为非常有趣的事实是，人们发现，你必须为这种弹性付出高昂的代价:

1. JSON 表示的对象 - 虽然比 XML 小 - 仍然比字节码大(这在很大程度上可以通过 gzip 解决，但会产生第二个问题)
2. 序列化和反序列化对象到字符串的效率非常低，而且比字节码表示要慢得多。 (当然，压缩字符串以减小大小也会消耗 CPU)

到目前为止，有两种选择 - HTTP，效率低下，或 RMI，不灵活，只能由少数语言使用。这就是为什么有两个项目可以解决这个问题:

1. 来自 Google 的 Protocol Buffer https://code.google.com/p/protobuf/
2. Apache Thrift http://thrift.apache.org/

这两个项目都允许您对您和您的消息使用特定的二进制格式。而且因为这两个项目都有不同语言的实现(Apache Thrift 比 Google 的 Protocol Buffer 多得多)，所以您可以使用这种格式在不同的服务器之间进行通信。

此外，直接的端到端通信并不总是您想要的，这就是为什么有不同的消息队列可以完成除消息转发之外的许多任务(例如发布-订阅、循环传递到一组服务，...) 可能使用最广泛的一个是 ZeroMQ .

结论

您可以使用 REST 在分布式 Web 应用程序中的不同服务之间进行通信。由于在许多不同的主机和技术之间实现这种通信 channel 的简单性，这也经常被使用。但是，序列化/反序列化的开销可能会花费您大量的 CPU 时间，尤其是在您拥有包含许多服务的大型后端基础架构时。这就是为什么您应该选择一种二​​进制格式(Apache Thrift、Protocol Buffers)来确保效率。