Http 组件';s服务器作为另一个组件';客户在休息

Http 组件';s服务器作为另一个组件';客户在休息,http,rest,Http,Rest,我在这里了解了标准REST体系结构的关键组件。它说: 系统有一个客户机服务器,当然还有一个组件的服务器 可以是另一个组件的客户端 一个。我能得到这样一个案例的理论例子吗 两个。我能举一个这样的例子吗?我想知道如何有效地做到这一点: 如果任何资源请求都是通过URL完成的(结果是一个HTTP请求),并且一个组件的服务器是另一个组件的客户端,那么我猜我们将在同一个服务器中有一个内部HTTP请求 在这种情况下,为了保持统一性/一致性接口,我们必须通过URL执行一个正常的HTTP请求——但对于同一台服务器

我在这里了解了标准REST体系结构的关键组件。它说:

系统有一个客户机服务器,当然还有一个组件的服务器 可以是另一个组件的客户端

一个。我能得到这样一个案例的理论例子吗

两个。我能举一个这样的例子吗?我想知道如何有效地做到这一点:

如果任何资源请求都是通过URL完成的(结果是一个HTTP请求),并且一个组件的服务器是另一个组件的客户端,那么我猜我们将在同一个服务器中有一个内部HTTP请求

在这种情况下,为了保持统一性/一致性接口,我们必须通过URL执行一个正常的HTTP请求——但对于同一台服务器来说,这样的操作是一种开销,不是吗?
请求包可能不会离开服务器的网络?如果是,总是这样吗?我很想了解详细信息。

它不必位于同一台服务器内-事实上,这是一个关键优势-今天,两个服务可能恰好位于同一台机器上,但可以独立拆分和扩展。服务器到服务器通常也位于快速主干上。我也曾在一个系统上工作过,我们有一个云服务和on-prem产品,它在云中通过http进行讨论,在shipping on-prem中通过proc进行讨论。通过界面很容易抽象出以下场景:你在Facebook上读了一些帖子。作为客户机,您(您的浏览器)希望从服务器中的Likes资源获取帖子收到的Likes数量。此外,Likes资源请求单击的配置文件的id号​​从Profiles资源中选择Like(以便准备Like列表)。您声称Likes资源和Profiles资源不应该位于同一个服务器或应用程序上?无论如何,假设它应该位于同一个服务器或应用程序上(因为它经常发生,并且在小型应用程序中也是可取的),资源之间的通信是如何完成的?出站HTTP请求?