WebSphere Service Registry and Repository 常见问题及解答

WebSphere Service Registry and Repository 是用于存储、访问和管理信息（通常是指服务元数据）的系统，这些信息在成功的 SOA 中用于选择、调用、管理、治理和重用服务。也就是说，这用于存储关于您已经在使用、计划使用或希望注意的自己系统中或其他组织系统中的服务的信息。例如，应用程序可以在调用服务前检查 Registry & Repository 来查找最能满足其功能和性能需求的服务实例。Registry & Repository 在 SOA 生命周期的其他阶段也发挥一定的作用。

我们的 Registry & Repository 包括以下部分：

• 服务注册中心中包含关于服务的信息，如接口、操作和参数
• 元数据存储库提供可靠、可扩展的框架，用于处理各种服务使用特征

服务注册中心中包含关于服务的信息，如接口、操作和参数。

回页首

服务元数据存储库是用于处理各种服务使用特征的存储区。其中存储服务策略和其他服务元数据，如版本、状态、关系和治理服务使用的其他方面。

SOA 的承诺对资产共享能力的依赖性非常大。此类共享需要有协调的访问和控制机制。在采用 SOA 过程中，组织需要跟踪和管理的服务数量的增加变得非常明显。另外，在采用的过程中，也会认识到需要更好的流程来管理服务的生命周期。作为总体治理 的一部分，有控制的生命周期管理方法可帮助确保服务的设计、开发、部署和操作遵循各个策略。在最有效的 SOA 部署中，治理流程穿插到生命周期的所有阶段。治理可处理对财务透明性、业务与 IT 间的一致性和流程控制的需求，同时也考虑了实现这些业务需求的方式。正确的软件工具可对治理起到极大的促进作用。很多因素都会暗示应该将 WebSphere Service Registry and Repository 作为 SOA 解决方案的一部分进行考虑。

WebSphere Service Registry and Repository 在部署重大 SOA 项目时极为重要，因为通过其可以达到以下目的：

• 将服务与业务任务关联——通过将 IT 服务映射到业务设计，可支持服务生命周期管理和治理，从而让您获得对 SOA 环境更好的控制。
• 共享服务——标识常见服务，以避免重复和促进重用。WebSphere Service Registry and Repository 不仅支持服务的发现和重用，而且还支持关联的元数据和构件。
• 与标准注册中心和存储库集成——通过对标准的支持，WebSphere Service Registry and Repository 可对多个注册中心和存储库进行联合，以确保形成跨大量服务信息源的统一视图。
• 通过治理支持可互操作服务——WebSphere Service Registry and Repository 支持 WSDL、XML、XSD、BPEL、SCA 和其他标准，能通过互操作性来充分利用现有投资和基础设施。
• 发掘大型机应用程序和数据库的宝贵价值——通过将其作为服务发布来公开大型机应用程序和数据库交互。WebSphere Service Registry and Repository 允许在不进行大量的 API 级编码的情况下访问大型机和非大型机应用程序。
• 执行最佳实践——WebSphere Service Registry and Repository 提供了大量功能和很好的灵活性来帮助 IT 团队将标准和最佳实践应用到其 SOA 部署中。
• 以增量的方式采用 SOA——通过最佳实践以渐进的方式加速更改。

WebSphere Service Registry and Repository 在 SOA 生命周期的所有四个阶段（建模、组装、部署和管理）中都扮演着重要的角色。它能帮助您进行以下工作：

• 管理服务元数据：在服务建模期间，使用 WSRR 可创建或重用服务描述、分类法、XML 模式和其他服务元数据构件。
• 查找服务：在服务开发或组装期间，可使用 WSRR 来查找服务，以供进行重用并支持从现有服务组合新的组合应用程序。
• 发布服务：在服务部署期间，将服务描述发布到 WSRR。可以对其他工具生成的服务描述进行充实，以促进重用。
• 促进服务集成：在服务执行期间（例如，WebSphere ESB 中介、ITIL 流程等），可使用 WSRR 来访问服务元数据和端点信息，并可捕获服务关键指标，以针对业务和操作目标对关键性能指标进行评估。
• 支持 SOA 治理：WebSphere Service Registry and Repository 是 SOA Foundation 中的支持治理的核心产品，能帮助您对总体 SOA 基础设施进行管理。

更多信息，请参考 IBM SOA Foundation white paper

可以在 WSRR 中放入 WSDL 文件、XSD、WS-Policy 文档和任何 XML 文件。我们还支持在其中存储 SCDL 和 BPEL 文档。WSRR 自动从这些文档派生服务相关的信息，如操作、接口、类型等。您可以随后使用分类系统和/或属性（用户定义的名称-值对）将这些元数据添加到物理实体和派生实体。还可以定义各种实体间（如两个服务或服务和策略间）的关系/依赖关系。

UDDI 提供了 Web 服务描述的基本发布和发现功能。但其中并没有提供能够存储构件的标准存储库，也没有提供用于管理各种服务相关构件类型的端到端生命周期的治理功能。UDDI 还具有其他局限。例如，UDDI 数据模型在可管理的信息以及支持不同的使用模式（如开发、运行时和管理）方面都有局限——这是因为 UDDI 中使用的分类系统是高度技术化的分类法，不能捕获完全利用 Web 服务的潜能（即动态发现、选择和绑定）所需的 Web 服务语义。UDDI 还需要多次通信交换才能执行单个操作，这可能并不适合所有环境。

IBM 将 WSRR 视为与整个 SOA 生命周期相关，能推动服务生命周期。它针对运行时操作进行了优化，也主要与运行时操作进行交互。在设计/开发/组装阶段可能会存在查找和发布交互，以查找已部署服务或更新服务元数据来反映其生命周期状态。

所需的工作量非常小，因为服务的组织是基于浏览器的，与您希望查看服务的方式具有直观一致性。

WSRR 提供支持服务生命周期功能的状态转换引擎。IBM WebSphere Process Server 提供了更为完整的工作流/流程引擎。WebSphere Service Registry and Repository 集成到了 WebSphere Process Server 中，能够充分利用流程流，而且也适用于服务生命周期转换。

有关 WebSphere Process Server 的更多信息，请参见：http//www.ibm.com/software/integration/wps/。

WebSphere Service Registry and Repository 提供了用于搜索、更新、创建、删除服务描述与关联元数据的 Java 和 Web 服务接口。

不是。可以通过扩展 UDDI 处理一些 UDDI 的问题，但这种解决问题的方法效率不高。而且，现在已经有了更适合服务注册中心需求的新兴标准和分类系统。WebSphere Service Registry and Repository 将转而与这些重点标准保持一致。不过，我们将使用复制和同步方法与 UDDI 和基于 UDDI 的注册中心进行集成。

IBM、Microsoft、HP 和 Intel 最近发布了聚合了关于资源、事件和管理的 Web 服务标准的路线图，这产生了一些新规范（如 WS-ResourceTransfer 和 WS-EventNotification）和现有规范的新版本（如 WS-MetadataExchange）。有关详细信息，请参见 http://www.ibm.com/autonomic/wsdm/convergence。在分类系统方面，WebSphere Service Registry and Repository 在对象模型的所有部分上都提供了基于 OWL 的用户定义语义分类，包括操作、数据类型和接口。

持久性由 IBM 元数据管理技术 (Metadata Server) 提供，该技术与通过 Application Server 配置的关系数据库进行交互。WebSphere Service Registry and Repository 提供了 Java 和 SOAP API。通过这两个 API 提供了基本 CRUD 操作以及治理操作和灵活的查询功能。此产品还提供了基于 Web 的用户界面，以便代表不同角色的用户与 WSRR 进行交互，此界面支持查询和发布场景、元数据管理和分析场景以及支持 SOA 治理的功能。

WSRR 使用 Eclipse 插件与开发工具进行集成，以支持服务元数据的查询、检索和发布。此产品将分别为 WebSphere ESB 和 Message Broker 提供基于 ESB 中介 (ESB Mediation) 和路由节点 (Routing Node) 的元数据查询。

WebSphere Service Registry and Repository 是 SOA 基础中一个至关重要的部分，通过提供关于服务及服务与其他 SOA 基础设施元素交互的信息（元数据）满足了治理需求。除了治理工具外，WebSphere Service Registry and Repository 还通过促进服务的快速集成发掘 SOA 的全部潜能。它支持服务创建和访问、关于服务信息的发布——支持服务重用——和服务订阅，能提高企业级 SOA 采用的速度。这些功能对 SOA 的关注更多，并针对 SOA 运行时和 SOA 治理中的发展需求以及服务元数据需求进行了优化。WebSphere Service Registry and Repository 具有更为先进的功能，能促进服务的重用，使其成为了 SOA 部署的核心。WAS 中的 Web 服务网关和 UDDI 是用于支持基础 Web 服务访问的基本功能。这些功能将继续像目前在 WAS 中提供的版本一样继续工作，不过需要处理 SOA 的一些更为高级的需求，这加速了到 WebSphere Service Registry and Repository 的过渡。WebSphere Service Registry and Repository 将对可能驻留在 WAS 中的 UDDI 服务端点信息进行联合，以保持 WebSphere Service Registry and Repository 内或仅仅 UDDI 和 WS 网关内的访问一致性。ESB（WebSphere ESB 或 Message Broker）将逐渐作为 SOA 部署中的所有服务的所有网关。随着时间的流逝，UDDI 的功能将替换为 WebSphere Service Registry and Repository 和 WebSphere ESB 内的 Web 服务网关。

IBM WebSphere Service Registry and Repository 将在整个企业 SOA 基础设施上使用，以提高可重用服务的可见性，从而促进重用。在有些情况下，企业内的服务可能不足以推动 SOA 解决方案，可能会需要访问 IBM SOA 合作伙伴提供的其他服务。在这种情况下，内部以 WebSphere Service Registry and Repository 为重点，并结合针对外部的 SOA Business Catalog 将有助于提供适合的 IBM SOA 产品。随着时间的流逝，WebSphere Service Registry and Repository 可能不仅链接到外部 SOA Business Catalog，而且也会承载这些服务（计划可能会更改）。这种交互、链接和路线图是了解业务合作伙伴针对 SOA Business Catalog 构建资产情况的关键。目前具有服务和存储库的业务合作伙伴可以与 IBM 合作，以与 IBM WebSphere Service Registry and Repository 解决方案进行交互，因此客户能够切实地看到 IBM 解决方案的好处，而且可以使用它。

是的，SOA 中的典型模式将涉及以下补充性产品：

• WebSphere ESB
• WebSphere Message Broker
• WebSphere Process Server
• ITCAM for SOA
• Rational Portfolio Manager
• WebSphere Metadata Server
• WebSphere Application Server

注册中心是一个授权信息存储区，用于存储与手边的特定任务相关的信息。注册中心经常针对特定用途构建，如“礼品注册中心”。

存储库存储资产。存储库是针对特定的资产类型构建的，旨在存储和建模它们必须支持的交互。数据库、文件系统和内容管理系统都是某种类型的存储库，全部都针对特定需求进行了定制。

目录是公布服务的地方——例如，IBM SOA Business Catalog 公布 IBM SOA 业务合作伙伴服务。

WebSphere Service Registry and Repository 产品特性 展现 WebSphere Service Registry and Repository 的特点及好处。

WSRR 信息中心 : 向您介绍了 IBM WebSphere Service Registry and Repository（WSRR），并对其可用功能进行了说明。

WSRR 6.2 应用系列文章 : 本系列文章通过 6 个部分向您介绍了 WSRR 概念及实际应用场景，以帮助您更好的理解 WebSphere Service Registry and Repository。

IBM WebSphere Service Registry and Repository 简介，第 1 部分 ：向您讲述了 说明了 Service Registry and Repository 在整个面向服务的体系结构 (SOA) 生命周期中的作用。

电信行业案例分析: 基于 WSRR 实现服务生命周期的治理，第 1 部分 : 本文讲述如何定义 WSRR 中支持的基于本体的业务模型，并以此定制自定义用户 Web 界面，从而更好地展示业务数据。

电信行业案例分析: 基于 WSRR 实现服务生命周期的治理，第 2 部分 : 本文讲述如何定义生命周期，并重点讨论如何基于策略实现生命周期的治理，并且通过一个示例讲述如何基于定制的用户界面进行生命周期的治理。

系列文章：WebSphere Service Registry and Repository 中的服务发现 : 本系列介绍 WSRR V6.2 中提供的增强服务发现功能。第 1 部分将对服务发现机制进行介绍，并通过示例 Web 服务应用程序提供了设置和配置每个环境的详细过程。第 2 部分将演示如何发现这些服务（手动或通过使用调度程序）。