管理阶段
- WebSphere Business Monitor
- Tivoli Composite Application Manager for SOA
- Tivoli Composite Application Manager for Response Time Tracking
- Tivoli Federated Identity Manager
在部署阶段，业务流程和业务应用程序被部署到适宜的 SOA 执行运行时环境套件中。在管理阶段，团队需要确保应用程序、服务、业务流程、SOA 体系结构和中间件运行时能平稳有效地运行。必须根据应满足的业务度量和 SLA，对 SOA 系统构造和构件进行监视和度量。另外还需对业务的投资回报 (ROI) 进行度量。因此，管理阶段不但管理着企业 SOA（服务、流程和体系结构），还对它的有效性和效率进行监视和度量。
管理阶段至少可以分为四个主要领域，它们与 SOA 系统有更为密切的关系：
- 管理业务流程
- 管理服务层
- 管理事务性能
- 管理服务安全性
在本文中，会对每项活动和用来进行该活动的工具进行分别处理。这并不是一份记录了在 SOA 管理阶段中执行所有活动时所需的全部产品的完整列表。不过，利用本文所述的产品，您可以完成 SOA 生命周期中一个典型管理阶段的大部分必要任务。
管理业务流程——WebSphere Business Monitor
WebSphere Business Monitor 运行时产品能对业务流程进行实时监视，提供业务流程状态的可视化显示。WebSphere Business Monitor 与 WebSphere Business Modeler（在建模阶段中使用）集成，使 WebSphere Business Monitor 可以跟踪业务流程（由WebSphere Business Modeler 建模）的业务度量（如成本、收入、性能），并检查它们的遵从性。为了帮助管理和度量业务流程，WebSphere Business Monitor 具有下列功能：
对业务流程进行实时监视，并使信息可通过定制的业务仪表板进行访问，可以针对不同用户（业务参与者、业务分析员、IT 系统经理），对业务仪表板做进一步个性化处理。业务仪表板提供了关键性能指标（如成本、收入、时间和资源）的记分卡视图。
用标出异常的方法，为那些有助于持续改善业务流程和管理企业的关键用户提供警报，这些异常在此后可被收集起来，以找到解决的办法。
提供数据分析工具，检查多种因素，在流程信息中寻找可使流程更有效率的模式。
能对关键情况作出快速响应，提高客户的满意度。
能持续监视和确认系统，以改善缺陷级别或其他服务度量的遵从性。
从正在执行的流程中收集实时数据，这些流程可以用来提高未来流程模型的精确度。
将数据反馈到 WebSphere Business Modeler，以模拟流程，帮助优化未来流程的实现过程。
管理服务层：Tivoli Composite Application Manager for SOA
应用程序的分层体系结构有新增的服务抽象层，因此必须有一种机制用来监视、管理和度量在某个 SOA 中充当第一类构造的服务。IBM Tivoli Composite Application Manager for SOA (ITCAM for SOA) 解决方案提供了端到端的 Web 服务跟踪，帮助确定在服务的执行和调用期间暴露的问题，并将其隔离。
ITCAM for SOA 的设计目的是，为部署基于 Web 服务的 SOA 应用程序的企业提供一套全面的管理解决方案。ITCAM for SOA Version 6.0 能发现、监视、诊断和控制用 SOAP/HTTP 和 SOAP/JMS 实现的 Web 服务。它帮助您标识和解决可能在部署的服务周围发生的问题。它的做法是从服务深入到应用程序组件和 IT 资源，以确定瓶颈或故障的来源。它提供内置的警报、通知，以及可使运行时中的服务管理实现自动化工作流。服务度量和警报还作为 portlet 出现，可以很容易地集成到企业门户中去。
图 6 显示了 ITCAM for SOA 是如何在运行时提供服务运行状况的不同视图的，这些视图在此后会显示在一个门户环境中。（此处使用的是 Tivoli Enterprise Portal。）
图6 ITCAM for SOA 以 portlet 的形式提供不同的服务运行时信息
管理事务性能：Tivoli Composite Application Manager for Response Time Tracking
IBM Tivoli Composite Application Manager for Response Time Tracking (ITCAM for RTT) 提供了端到端的事务跟踪，以快速确认问题并将其隔离。该产品通过合成和真实最终用户度量技术，为分布式事务提供一种度量方法。ITCAM for RTT 允许遍历用户事件在业务结构中所经历的路径，它将深入事务在跨越多个系统时采取的每个步骤。在每个步骤中，它还会度量事务的各个组件在总响应时间中所占的比例。与 ITCAM for SOA 类似，ITCAM for RTT 以某种可在企业门户中作为 portlet 查看的形式提供事务报告。
管理服务安全性：Tivoli Federated Identity Manager
对于现在的组织而言，“更好地工作”就意味着“协同工作”，这为 IT 安全提出了新的挑战。在生态系统中，一项业务既可以是服务提供者，也可以是服务使用者，SOA 已经使企业参与生态系统成为可能，可以实现一个面向 SOA 的价值网络。参与生态系统，将打破企业应用程序间的传统边界。业务事务可以调用某个服务序列，序列中的每个服务都可能是由不同的组织提供的。跨越传统企业边界的事务，会在已编排服务的安全性方面带来更多挑战。
面对业界、消费群体、政府和企业本身强制推行的众多遵从性措施，安全性变得越来越重要了。要使 SOA 取得成功，一个可靠的联合安全标识和管理系统是必不可少的，特别是在企业的边界更多地向基于价值网络的边界系统扩展时更是如此。
IBM Tivoli Federated Identity Manager (ITFIM) 支持标识的集中管理，为用户提供一种以可信的方式访问信息和服务的简便方法。ITFIM 为联合 Web 服务提供基于策略的集成安全性管理。共享信任标识和策略，能简化用户在 SOA 生态系统中的联合站点间导航的过程。ITFIM 支持开放标准和规范，包括 Liberty、SAML、WS-Federation、WS-Security 和 WS-Trust，它们简化了合作伙伴服务的集成工作。
治理和非常好的实践：WebSphere Service Registry and Repository
SOA 治理建立在决策权限和管理框架之上，管理框架能提供说明性指南和非常好的实践，针对 SOA 生命周期中各个阶段的活动制订有效的治理方法。如果在本文已经介绍的内容的基础上，更仔细地观察一个服务生命周期，会发现它涵盖了下列具体领域：
- 服务标识
- 服务定义
- 服务部署
- 服务迁移
- 服务版本控制
- 服务所有关系
- 服务监视
- 服务测试
- 服务安全
- 服务策略
每个领域内的活动都需要用某个框架谨慎地治理，该框架为企业向 SOA 的转换制订了一套严格的基于流程的方法。由于软件工具不能用来运行治理，SOA 治理中的许多方面都无法由 IBM 或其他任何供应商的产品提供支持。不过，治理中的某些方面和下列非常好的实践有望从某些产品支持的自动化中获益。
WebSphere Service Registry and Repository 就是这样的产品。您可以用它将与服务相关的存储、访问和管理信息的元数据存储起来。它存储的是组织或外部系统中已被使用、计划使用或计划告知服务使用者的服务的信息。WebSphere Service Registry and Repository 能在服务的生命周期内对该服务进行治理。它能保证采用注册中心和存储库的各种服务之间的互操作性，注册中心和存储库是根据开放标准构建的，通过开放标准，可以在由 WebSphere Service Registry and Repository 准备的、采用其他标准注册中心和存储库的服务间实现集成和信息共享。
SOA 治理不仅仅是服务元数据的准备。正如先前所说，它是对服务生命周期内所有方面的治理，能将人员、流程和技术结合在一起，协调一致地工作。因此，用来实现服务生命周期中各个方面的产品，也能通过集成企业中三大要素，即人员、流程以及工具和技术，帮助简化服务治理。其中的一个例子是用来监视和管理服务的工具:WebSphere Business Monitor and ITCAM for SOA。IBM 的 Tivoli 和 Rational 品牌提供了一整套工具和产品，它们在服务的设计和开发阶段帮助您进行治理。
将其组织在一起
图 7 提供了帮助实现 SOA 生命周期各个阶段的工具的可视化概述。
图7 产品是如何映射到 SOA 生命周期的各个阶段的
下面介绍在整个生命周期中使用各种工具构建 SOA 服务的过程：
使用 Rational RequisitePro 收集并存储需求。
使用 WebSphere Business Modeler 建立业务流程模型。
来自 Modeler 的输出将被作为服务设计和规范输入 Rational Software Architect。
输出还被用在 WebSphere Business Monitor 中，以标识需要在运行时度量和监视的业务度量。
使用 Rational Software Architect 设计和指定的服务此后会在 Rational Application Developer 中实现。
来自 Modeler 的输出将作为一个 BPEL，在 WebSphere Integration Developer 中表示业务流程。
此后，在 WebSphere Integration Developer 中实现业务流程时将使用已开发和公开的服务。
已实现的服务和 J2EE 组件构件被部署到 WebSphere Application Server。
在 WebSphere Integration Developer 中编排的业务流程被部署到 WebSphere Process Server。业务流程将 WebSphere ESB 用于中介和服务路由。
使用 WebSphere Business Modeler 管理和监视正在运行的业务流程。
服务本身是用 ITCAM for SOA 管理和监视的。
服务的安全性是由 Tivoli Federated Identity Manager 管理的。
使用 ITCAM for Response Time Tracking，通过 IT 堆栈跟踪分布式端到端事务。
步骤 1 和 2 属于管理阶段。步骤 3 至 7 属于组装阶段。步骤 8 和 9 属于部署阶段，而 10 至 13 则属于管理阶段。
之后由 WebSphere Business Monitor 收集的实时数据会被返回到 WebSphere Business Modeler 中，以模拟和优化流程，用一个新的建模阶段重新开始整个流程。对服务的增强功能进行建模与模拟，新的建模阶段的输出会被反馈到另一个组装阶段，经过优化的服务也会被再次部署和管理。可以对流程监视期间发现的瓶颈做出改进，从而协助进行优化。
总结
在本文中，您已经对 IBM 跨品牌投资组合套装中的关键工具和产品有所了解，它们能使您的 SOA 系统得到成功执行。您还了解了关于 SOA 的更多信息，它是一个体系结构范例，提供了关于如何有效地将可重复的业务任务标识为服务的原则、非常好的实践和指导方针。服务经过设计、实现和编排，可以使某项业务通过以流程为中心的方法进行业务转换。
分为四个阶段的生命周期，是 IBM SOA 基础的重要原则之一，它可以用 MADM（建模、组装、部署和管理）蜂窝状视图表示。MADM 的所有阶段都是由一个全盘治理和非常好的实践原则控制的，该原则提供的框架会仔细监视每个阶段的活动。
每个阶段都包含一组令人望而生畏的活动，必须执行这些活动，以使您的 SOA 系统取得成功。对 IBM SOA Foundation 提供的工具进行适当选择和推荐，这对成功实现每个阶段中的活动并取得 SOA 的总体成功是十分关键的。
关于作者
Tilak Mitra 在 IBM 担任执行 IT 架构师。他擅长面向服务的体系结构 (SOA)，在 SOA 的业务策略和方向方面为 IBM 提供帮助。他还是一位 SOA 主题专家，帮助客户进行基于 SOA 的业务转换，并重点关注复杂和大型的企业体系结构。他生活在阳光明媚的南佛罗里达，闲暇时，他非常喜欢参加板球和乒乓球活动。Tilak 在印度加尔各答的 Presidency 学院获得了物理学学士学位，后来又在班加罗尔的印度科学学院获取了电子工程学的学士和硕士联合学位。您可以访问他的 Blog，还可以通过 tmitra@us.ibm.com 与他联系。
