查询 UDDI 目录。

Question

让我先说一下我对 API 和 Web 服务的世界非常陌生，所以如果这些问题很愚蠢，请给我一些宽容。

所以据我了解，这或多或少是 Web 服务（或 Web 服务架构）的工作方式：

Web 服务提供者在称为 WSDL 的 XML 文档中描述其服务参数以及它如何与服务交互。然后，Web 服务提供者向 UDDI 注册。 “客户”然后向 UDDI 查询相关服务提供者。 UDDI 返回多个 Web 服务 IP 地址，客户端选择最佳选项。然后它获取该服务提供者的 WSDL 并继续连接和使用 Web 服务。

我的问题是：

1. 究竟什么是 Web 服务提供商？我知道 Web 服务本质上是一个封装在 HTTP（或其他传输协议）中的 API，它用于促进 Internet 上的通信。我还知道 SOAP Web 服务可以使用除 HTTP 之外的其他传输协议，并且 WSDL 和 UDDI 目录在 SOAP 服务之外没有太多使用。 Web 服务提供者只是一个使用 SOAP Web 服务的应用程序吗？

2. 在这种情况下，什么是“客户端”？这是客户端 Web 应用程序还是浏览器？

3. 为什么 UDDI 会为 Web 服务提供商返回多个 IP 地址？为什么客户端不直接使用它找到的带有适当参数等的第一个 Web 服务？

4. 这一切发生的速度有多快？我最愚蠢的问题是，有开发人员手动查询 UDDI 以查找 Web 服务以与他们的应用程序集成吗？还是这一切都发生在计算机之间的几分之一秒内？

非常感谢。在网上找不到任何可以解决这些问题的方法。

Answer 1

1. a) Web 服务提供商到底是什么？我知道 Web 服务本质上是一个封装在 HTTP（或其他传输协议）中的 API，它用于促进 Internet 上的通信。我还知道 SOAP Web 服务可以使用除 HTTP 之外的其他传输协议，并且 WSDL 和 UDDI 目录在 SOAP 服务之外没有太多使用。

提供者？可能是提供某种服务的人、企业、开发人员，例如谷歌、微软或亚马逊。如果您编写服务并通过将其托管在某种服务器上将其提供给其他人，那就是您。

1. b) Web 服务提供者仅仅是一个使用 SOAP Web 服务的应用程序吗？

不使用服务，提供服务。

1. 在这种情况下，“客户端”是什么？这是客户端网络应用程序还是浏览器？

可以是任何人或任何事物，包括您的示例。

1. a) 为什么 UDDI 会为 Web 服务提供商返回多个 IP 地址？

它返回多个绑定（服务的端点在哪里），因为运行一个服务的多个实例是很常见的，主要是为了提供冗余、负载平衡等。

1. b) 为什么客户端不直接使用它找到的第一个带有适当参数等的 Web 服务？

这取决于编写客户端的人或该客户端的用户。第一个可能不是最佳选择（地理位置、延迟、性能等）

4. a) 这一切发生的速度有多快？

如果使用 UDDI，通常每个客户端会话执行一次 UDDI，或者如果性能或操作需要，则根据需要执行一次。这基本上是运行时发现。缺点是在与 UDDI 和目标服务通信之前，您需要知道一些东西（UDDI 在哪里以及查找键）。

4. b) 我最愚蠢的问题是，是否有开发人员手动查询 UDDI 以查找要与他们的应用程序集成的 Web 服务？

可以这样，但实际上，大多数人只是使用搜索引擎

4. c) 或者这一切发生在计算机之间的几分之一秒内？

说实话，UDDI 的使用统计数据很可能非常低，但总体上几乎没有数据。难以确定