希望了解如何在面向服务的企业(SOE)中采用面向服务的体系构(SOA)吗？作者Judith Myerson是developerWorks的定期投稿人，她在本文中将重点介绍与过渡到SOE、转换活动、组织变更的影响和实现SOE相关的问题，同时还将介绍如何避免常见的组织缺陷。获取如何在SOE中缩小差距的建议。

　　引言

　　我的文章“网格和网络中心世界中的SOA服务 ”介绍了与利用未使用的资源来提高计算能力（对于独立计算机而言计算量太大）相关的问题。我提供了一些解决方案示例，如监视网格规模变化和全球信息网格(GIG) 以及SOA测试技术。文章未深入讨论的内容是您需要上升到SOE来获得有效的SOA治理，并将其作为确保成功实现网格中SOA服务的方法。

　　在本文中，您将详细了解一些关于SOE的组织和管理实践，以及让服务提供者和使用者通过网格中不同的服务类型进行协作的治理和其他激励信息。然后了解SOE的不足之处，并提供一些解决方案，以弥补网格中的不足。

　　SOA概述

　　本概述侧重于向资源动态共享的范式转换，使用GIG获取信息优势，以及通过网格监视器的值利用未使用的资源。

　　范式转换

　　将连接应用程序和系统的Web服务移动到网格中表示一个范式转换，即从一个位置的独立计算机资源的静态队列概念到任何位置的多台计算机的动态并行共享资源。因为在有未使用资源的网格中可以平衡资源负载，所以网格计算好像是SOA应用程序之间负载平衡的一种终极形式。

　　全球信息网格

　　GIG提高了对环境中需求的响应，用户可以根据需要从网格中的任何位置访问、共享、收集、处理、存储、传播和管理信息。GIG的目标是在以网络为中心的环境中获得信息优势，使各种系统和基于消息传递的Web服务能够以并行方式进行互操作。GIG将其本身提供给网格中的SOA，根据需要通过Web服务携带信息，因为网格计算依赖于一组开放标准和协议，其中包括用于Web服务的关键SOA标准。GIG用户可以通过Web服务发布和检索信息并进行实时决策，而不是依赖于多个自动信息系统应用程序提供的历史信息。

　　网格监视器

　　网格的问题是无论资源是否缺乏，Web服务通常均以松散耦合方式运行。您需要确保多个工作站中的资源位于网格中时不被浪费。

　　一个解决方案是开发网格监视器来监视其他工作站如何利用和共享每个工作站的未使用资源。如果系统发现没有正确地利用任何工作站上的未使用资源，则会向网格和系统管理员发送警报，这样他们可以在日志中查找详细信息以便解决问题。为了实现GIG和SOA的系统构建者期望的快速变化和较短开发生命周期，必须按时间表进行测试，范围包括从特定于计算机的功能到网格企业。

　　提升到SOE

　　本部分阐述为什么需要SOE来控制SOA。具体说来，本部分侧重于到SOE的转换、转换活动和在转换过程中组织变更的影响。

　　到SOE的转换

　　转换到SOE时，您需要控制SOA，以确保在网格中成功实现Web服务和SOA应用程序之间的复杂关系。添加到SOA的Web服务越多，它们之间的关系就变得越复杂，特别是在网格中利用多个工作站中未使用的资源时。与SOE关联的是企业中组织之间发生的组织变更。这些组织必须基于服务使用者的定义角色、服务提供者和服务代理进行松散耦合，并理解它们之间的所有相互关系。

　　如果不控制SOA的采用，则在转换过程中组织结构将保持不变。企业的SOA实现做不到十分完美，您不能实现SOE的部分或所有目标。

　　转换活动

　　您需要确保转换应基于SOA的治理，将企业的组织转换引入SOE。治理面临的问题是可能需要冗余控制模型和冗余资源和投资，才能实现企业中的共同目标。要减少此冗余，您需要侧重于导致启用多个策略的面向服务的组织的转换活动。

　　您必须详细了解IT投资，才能确定使用何种方法可以导致向程序池投入资金，来支持企业服务。您应该具有适当的治理模型，该治理模型可建立奖赏激励机制，以较低成本共享资源且不允许多余投资。

　　组织变更的影响

　　公司需要关注于组织变更对业务能力的影响，以保持在市场中的竞争力。组织应该将其自己视为能力的联合（例如，业务功能），允许与企业中的另一个组织协作。

　　如果治理模型和IT投资不是多余的，则企业的业务能力可以转换为将Web服务松散耦合到较大范围和将Web服务紧密耦合到较小范围的复杂交互式层次结构。当SOA应用程序需要一个企业与另一个企业进行交互才能提供共同服务时，能力的层次结构和产生的Web服务甚至会变得更为复杂。

　　使用SOE

　　本部分将比较传统的企业和SOE框架之间的区别。让我们也探索一下当采用SOA作为组织活动进行到SOE的转换时，需要执行什么操作来实现SOE和避免什么缺陷。

　　传统企业

　　SOE与传统企业的不同点表现在以下两个方面：

　　您可以将业务需求（服务消费）与执行（服务提供）分离。与传统企业不同，在SOE中的多个提供者可以执行同一业务需求。

　　要从SOA获得好处，您需要在企业中引入组织变更，并在组成SOE的组织单位之间共享服务。我讨论的不是像传统企业那样，集中提交特定于单位的服务或所有组织单位使用的实用工具服务。

　　实现SOE

　　在转换到SOE时，您可以将SOA采用视为组织更改活动。您获取主管对转换活动的支持后，可以为SOA建立程序计划。不同的组织单位作为组织活动采用SOA的方法可能不同。在企业的各个组织中，您需要协作委员会按共同方法采用SOA。

　　批准对更改活动的投资后，您应构建社区流程和协作平台，然后在SOA治理上建立策略。接下来，为开发、测试和评估服务制定策略。您需要确保这些服务可以利用未使用的资源。确定一组服务正在按计划正确地工作后，您可以建立服务投资和收费机制。

　　避免组织缺陷

　　下面是使用SOE时需要避免的一些缺陷：

　　避免供应商专有服务产品。互操作性问题会造成组织活动无效。
　　避免使用已知的不稳定的最新开放标准。不稳定的标准可能影响互操作性和导致组织问题。
　　避免出现可能导致系统崩溃的资源过载。了解SOA服务的组织和管理约束。
　　调用或实施Web服务时避免浪费未使用的资源。制定利用和控制未使用资源的策略。了解何时需要紧密耦合Web服务来节约稀缺资源。
　　避免瀑布式开发方法。确保服务生命周期管理（例如，生命周期增量式方法）能够维护服务的多个版本。

　　SOE的缺陷

　　使用SOE，有效治理不只是控制、制定策略和执行功能，而且要提供关键服务，并在企业内松散耦合的组织之间和企业之间共享它们。治理具有程序和企业级的管辖边界。

　　不过，SOE的当前状态不能解决网格中跨管辖边界的治理问题。当Web服务无论资源是否缺乏通常均以松散耦合方式运行时会出现一些问题。您需要进行跨管辖边界的治理，以确保服务在网格中运行时不浪费多个工作站上的资源。

　　结束语

　　在SOE中采用SOA时，您需要开发人员、系统管理员、管理员和高级管理人员进行团队协作。您必须提前计划建立开发和部署SOA服务的治理策略和系统需求，并缩小网格中的差距。解决这些问题后，采用SOA的工作就会容易得多。

　　在确定更改时，您可以使用IBM Rational Portfolio Manager来详细了解优化和投入资金，并使用IBM Rational Method Composer插件计划SOA治理框架的实现和改进流程。还可以使用IBM Rational ClearQuest和IBM Rational Tester for SOA Quality提高生产力，并减少测试和缺陷跟踪时间。

　　关于作者

　　Judith M. Myerson是一位系统架构师兼工程师。她感兴趣的领域包括中间件技术、企业级系统、数据库技术、应用程序开发、网络管理、安全以及项目管理。您可以通过jmyerson@bellatlantic.net与她联系。