评论专栏: 集成 WebSphere Service Registry and Repository 和 Tivoli Application Dependency Discovery Manager

使用 IBM® WebSphere® Service Registry and Repository Discovery Library Adapter (DLA),多个管理员可以在同一个 IBM Tivoli® Application Dependency Discovery Manager 用户界面中查看在一个 IT 环境中出现的 Web 服务,他们还可以在这个用户界面中查看其他资源、应用程序和系统。本文提供这两个产品之间的可能集成的一个高级概览,帮助您加深对您的总体 IT 环境的理解并增强其可见性。 本文来自于 IBM WebSphere Developer Technical Journal 中文版

Robert Peterson, 德克萨斯州奥斯汀的 WebSphere 支持, IBM

Robert R. Peterson 是 IBM Software Services for WebSphere 支持团队的成员。他往返于世界各地,负责实现未来 IBM 软件系统的战略概念验证项目。他出版了大量技术书籍和论文,经常在各种会议上发表演讲,拥有多项企业系统美国专利。您可以单击这里访问他的网站。



2010 年 11 月 25 日

获取一个更好的视图

如果您正在使用 IBM® WebSphere® Service Registry and Repository(以下称为 Service Registry and Repository),您可能会将其集成到其他 IBM WebSphere 产品,比如 IBM WebSphere Message Broker 或 IBM WebSphere DataPower® SOA Appliances。然而,您知道 Service Registry and Repository 还可以与几个 IBM Tivoli 产品集成吗?比如,Service Registry and Repository 中的一个服务的状态可以通过 IBM Tivoli® Composite Application Manager (ITCAM) for SOA 更新,Service Registry and Repository 还可以与 IBM Tivoli Change and Configuration Management Database 同步。

但是,本文的目的是着重介绍如何从 Service Registry and Repository 导出 WSDL 服务相关元数据,然后将其载入 IBM Tivoli Application Dependency Discovery Manager (TADDM)。借助 TADDM 中关于 Service Registry and Repository Web 服务的信息,管理员从一个位置即可获取他们的 IT 环境中的所有活动 Web 服务和策略的 一个整体视图,这个位置就是 TADDM 用户界面。


什么是 Tivoli Application Dependency Discovery Manager ?

一个典型的数据中心拥有一系列不同的系统和应用程序,它们由多个项目中的多个团队使用。持续跟踪机器存货和整个数据中心运行的应用程序很容易使人不堪重负。更进一步,确定这些不同系统之间的依赖项和相互关系更是一个令人生畏的任务。但这正是 TADDM 的用武之地:Tivoli Application Dependency Discovery Manager 旨在充当一个存储库,用于存储数据中心中的所有信息 — 从交换机到计算机系统再到应用程序 — 以及它们之间的交互方式。

TADDM 拥有一个广泛的图形界面,可用于列示和查询特定配置项目,以及查看各种关系和拓扑。TADDM 还维护一个配置项目更改历史,并支持捕获一个版本的 “快照”,以便比较各个配置项目。使用这些工具,管理员可以持续监控数据中心的变化。TADDM 还支持定制和组织它存储的组件;例如,可以将组件编组为业务应用程序。

使用 IT 环境相关信息填充 TADDM 的方法有几种。例如,TADDM 可以执行 IP 子网扫描,智能地发现系统和组件。TADDM 还有一个批量加载功能,支持以 IDML (Identity Markup Language) 格式导入数据。Discovery Library Adapters (DLAs) 是一些小型独立软件组件,以 IDML 格式收集数据。有几个 DLA 可用于 Tivoli 产品(比如 IBM Tivoli Monitoring)、z/OS 环境、数据库和应用程序 — 以及 WebSphere Service Registry and Repository,这将在稍后介绍。


集成如何工作?

DLA for Service Registry and Repository 作为 ITCAM for SOA 的一部分提供;它是一个独立组件,拥有自己的安装包。一旦被安装并配置,这个 DLA 即可扫描 Service Registry and Repository 并发现存储库中的服务。这个 DAL 可以安装在一台独立机器上(图 1),也可以本地安装在 Service Registry and Repository 所在的服务器上。如果独立安装,它需要一个 Service Registry and Repository 客户端 JARs 副本来与 Service Registry and Repository 远程通信。这个 DLA 生成一个 XML 文件,该文件包含 DLA 在 Service Registry and Repository 中发现的所有 WSDL 服务以及关联 WS-Policy 文档的相关元数据。

图 1. Discovery Library Adapter 用途概览
图 1. Discovery Library Adapter 用途概览

要执行这个 DLA,使用该 DAL 的 bin 目录中的 WSRR_DLA 命令。例如,在 Linux® 上,这个命令将是:

./WSRR_DLA.sh – r

– r 开关表明 IDML 应该完全刷新,而不是只列示 Service Registry and Repository 的最近更改。操作完成时,一个名称与下面类似的文件被写入 DLA 的 /staging 目录:

WSRRv600-L.hostname.2010-09-13T16.05.23.449Z.refresh.xml

Service Registry and Repository DLA 还可以配置为通过 FTP 或 SFTP 将生成的 XML 文件复制到一个独立(off-box)位置。这个 DLA 可以配置为包含 Service Registry and Repository 中的所有 WSDL 服务,或者,只收集一个或多个 Service Registry and Repository 类别中的服务。

这个 DLA 生成的 XML 文件符合 IDML 架构;生成的文件通常称为 IDML 图书。IDML 使用一个公共数据模型,该模型标准化系统解决方案和技术表示资源和关系的方式。TADDM 能够导入 IDML 图书,它将图书中的资源和关系添加到其存储库。

要将 Service Registry and Repository IDML 图书导入 TADDM,使用 TADDM 服务器上 $COLLATION_HOME/bin 目录中的加载命令 loadidml.sh。例如,在 Linux 上,该命令应该为:

./loadidml.sh – f \tmp\WSRRv600-L.hostname.2010-09-3T16.05.23.449Z.refresh.xml

结合使用这些命令和 DLA 的文件传输功能,将 Web 服务从 Service Registry and Repository 导入 TADDM 的流程可以轻松脚本化,比如使用简单的 shell 脚本和 UNIX® cron 进程。这使得向 TADDM 导入 WSDL 的过程变得自动化。

加载图书之后,您将注意到,新资源作为 Web 服务资源列示在 TADDM 用户界面中。例如,图 2 展示了从 Service Registry and Repository 导入 TADDM 的三个 Web 服务:FinancialService、QuoteService 和 CRService1。

图 2. TADDM 用户界面
图 2. TADDM 用户界面

另外还要注意,在一个服务的 Details 选项卡下,可以看到 WSDL 操作 debitOperationcreditOperation。使用这个流程,TADDM 管理员可以跟踪 TADDM 中的 Web 服务,以及他们的 IT 环境中的其他组件和系统。


其他集成技巧

还有一些要点可以帮助您完成这个集成:

  • 日志

    Service Registry and Repository DLA 的日志文件位于 /logs/WSRRDLALog.log。运行 WSRR_DLA.sh 之后,一定要检查一下这个日志文件。

  • 验证

    TADDM 附带一个 IDML 文件认证工具。该工具可以验证任意 IDML 文件的完整性,而不只是 Service Registry and Repository DLA 生成的文件。在 Service Registry and Repository IDML 图书导入 TADDM 之前,应该对其运行这个认证工具。该工具包含一个名为 idmlcert.jar 的 JAR 文件,位于您的 TADDM 安装目录中的 /cmdb/dist/sdk/dla/validator/v2 中。清单 1 展示了该工具的使用方法和一些输出示例。

    清单 1. 使用 IDML 认证工具
    java -Xmx256m -Xmx256m -jar idmlcert.jar 
     -verbose WSRRv600-L.hostname.2010-09-3T16.05.23.449Z.refresh.xml 
    
     CDM.xsd version=2.10.6 
     idml.xsd version=0.8 
     NamingRules.xml version=2.10.11 
     DL model version=2.10.6 
    
     ======================================================================= 
     File: WSRRv600-L.nc185067.tivlab.raleigh.ibm.com.2010-09-13T16.05.23.
     449Z.refresh.xml 
     ======================================================================= 
    
     Certification tool found: 
      19 Managed elements 
      32 Relationships 
    
     [PASS] - TEST 00 (XML Parse) 
     [PASS] - TEST 01 (All MEs have a valid ID) 
     [PASS] - TEST 02 (superior reference IDs in book) 
     [PASS] - TEST 03 (Attributes are valid) 
     [PASS] - TEST 04 (All managed elements have a valid naming rule) 
     [PASS] - TEST 05 (All managed elements are valid) 
     [PASS] - TEST 06 (All relationships are valid) 
    
     Classes used: (occurrences) 
       process.Document (4) 
       process.ManagementSoftwareSystem (1) 
       process.Repository (1) 
       soa.WSOperation (4) 
       soa.WSPort (3) 
       soa.WSPortType (3) 
       soa.WebService (3) 
     Relationships used: (occurrences) 
       definedUsing(soa.WSOperation, process.Document) (5) 
       definedUsing(soa.WSPort, process.Document) (4) 
       definedUsing(soa.WSPortType, process.Document) (4) 
       definedUsing(soa.WebService, process.Document) (4) 
       federates(process.Repository, process.Document) (4) 
       federates(soa.WSPortType, soa.WSOperation) (4) 
       federates(soa.WebService, soa.WSPort) (3) 
       invokedThrough(soa.WSOperation, soa.WSPort) (4) 
    
     Book passed all certification tests 
     Elapsed time: 5.9 seconds

    这个认证工具并不保证能够发现 IDML 图书的所有问题,但如果发现一个问题,它将提供有用的调试信息。

  • 查看

    可以查看已从 IDML 图书导入 TADDM 的所有对象。为此,选择 TADDM Edit 菜单中的 MSS,滚动到底部并选择 Service Registry and Repository DLA。单击 List CIs,您应该会看到一个与图 3 类似的对象列表。

    图 3. TADDM 中导入的 WSRR 对象
    图 3. TADDM 中导入的 WSRR 对象

结束语

使用 IBM WebSphere Service Registry and Repository DLA,多个管理员可以在同一个 IBM Tivoli Application Dependency Discovery Manager 用户界面中查看在一个 IT 环境中出现的 Web 服务,他们还可以在这个用户界面中查看其他资源、应用程序和系统。本文简要介绍了 TADDM,概述了 Service Registry and Repository 和可能正在使用产品特定的 DLA 的 TADDM 之间的集成,并提供了一些 Service Registry and Repository IDML 图书使用技巧。参见下面的 参考资料,进一步研究 TADDM 如何帮助您深入理解您的总体 IT 环境并增强其可见性。

参考资料

条评论

developerWorks: 登录

标有星(*)号的字段是必填字段。


需要一个 IBM ID?
忘记 IBM ID?


忘记密码?
更改您的密码

单击提交则表示您同意developerWorks 的条款和条件。 查看条款和条件

 


在您首次登录 developerWorks 时,会为您创建一份个人概要。您的个人概要中的信息(您的姓名、国家/地区,以及公司名称)是公开显示的,而且会随着您发布的任何内容一起显示,除非您选择隐藏您的公司名称。您可以随时更新您的 IBM 帐户。

所有提交的信息确保安全。

选择您的昵称



当您初次登录到 developerWorks 时,将会为您创建一份概要信息,您需要指定一个昵称。您的昵称将和您在 developerWorks 发布的内容显示在一起。

昵称长度在 3 至 31 个字符之间。 您的昵称在 developerWorks 社区中必须是唯一的,并且出于隐私保护的原因,不能是您的电子邮件地址。

标有星(*)号的字段是必填字段。

(昵称长度在 3 至 31 个字符之间)

单击提交则表示您同意developerWorks 的条款和条件。 查看条款和条件.

 


所有提交的信息确保安全。


static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=10
Zone=WebSphere, Tivoli
ArticleID=591330
ArticleTitle=评论专栏: 集成 WebSphere Service Registry and Repository 和 Tivoli Application Dependency Discovery Manager
publish-date=11252010