面向服务软件架构探索.doc

面向服务软件架构探索 服务 服务是面向服务的体系结构的核心，术语服务的使用非常广泛。不过，这个术语对于不同的人有不同的含义，“什么是服务？”这个问题经常会引发激烈的争论。我们经常听到过人们讨论业务任务、业务服务、应用程序功能、技术服务或基础设施服务。基于 IBM Rational? Method Composer Plug-in for SOA Governance 和 IBM Rational? Unified Process for Service-Oriented Architecture 对服务给出一个定义。 “服务是执行可重复任务的可发现资源，由外部化的服务规范进行描述。” 由于存在多种不同的定义，通过定义“服务”来开始本文的讨论比较困难。例如，您可能会认为上述定义过于偏重于技术。请记住，一定不要过于依赖于服务的正式定义，而要将重点放在服务背后的主要概念上，包括： 业务一致性：服务并不基于IT功能，而是基于业务的需求。服务业务一致性由服务分析和设计技术提供支持。 规范：服务是自包含的，采用接口、操作、语义、动态行为、策略和服务质量进行描述。 可重用性：服务可重用性由服务粒度设计决策予以支持。 协议：服务协议是实体（即服务提供者和使用者）之间就相关事项达成的一致意见。这些协议基于服务规范，而不是实现。 承载和可发现性：随着生命周期的进展，将承载服务，并可以对其进行发现；这由服务元数据、注册中心和存储库提供支持。 聚合：松散耦合的服务聚合为企业内部或企业间的业务流程或组合应用程序。 这些组合特征表明 SOA 并不仅与“技术”相关，而且也与业务要求和需求相关。 还要务必注意，并非所有东西都是服务。例如，有些IT功能不应该作为服务公开。可以使用IBM的面向服务的建模和体系结构（Service-Oriented Modeling and Architecture，SOMA）等分析技术基于上面列出的概念标识恰当的服务列表。 体系结构 和服务类似，很难得到一个大家一致认可的体系结构的定义。不过，与服务不同的是，人们在谈论SOA时有时候会忘记体系结构，而显然不应将其忘记。事实上，企业体系结构和面向服务的体系结构具有相同的目标，即通过集成的IT策略支持业务。例如，企业架构师是SOA成功的关键，因为他们将根据不断发展的业务需求和要求确定企业的 IT 系统的策略发展方向。 Open Group Architecture Forum (TOGAF)根据上下文提供了两个体系结构定义： “系统的正式描述，或用于指导其实现的组件级别的系统详细计划。” “组件的结构、它们相互间的关系以及控制其设计及将来发展的原则和指导方针。” 这两个定义都与理解 SOA 中的“A”相关。对其进行进一步细分，我们会发现体系结构对于进行以下工作必不可少： 1.在不同的抽象级别进行设计和建模 2.将规范与实现分离 3.构建灵活的系统 4.确保满足业务需求 5.分析需求更改的影响 6.确保遵循相关原则 企业体系结构 以下是维基百科(Wikipedia)中的定义： “企业体系结构是这样一种做法，即应用描述组织的流程、信息系统、个人和组织子单元的全面而严格的方法，从而使其与组织的核心目标和策略方向保持一致。 创建企业体系结构的主要目的是为了确保业务策略与IT投资保持一致。通过这样，企业体系结构可支持从业务策略一直到基础技术的可跟踪性。” 可以将项目级别的“体系结构”和组织级别的“企业体系结构”与此进行比对。请注意对流程、信息系统、人员、目标、策略和业务IT一致性的参考信息。 面向服务 正如 M SOA Foundation白皮书中所述“面向服务是将业务作为一组有联系的服务集成的方法。” 此处的关键词是“业务”。例如，面向服务可提供非常有用的灵活性，能使用来自一个业务部门（Line Of Business，LOB）、多个业务部门以及业务合作伙伴的服务灵活地实现业务流程。 IBM SOA Foundation 中提供了一个 SOA 参考模型，由于这个模型基于面向服务的概念，因此它允许从小项目做起，逐渐扩展在企业内的集成，从而在出现新业务需求时以增量的方式采用 SOA。 面向服务的体系结构 IBM SOA Foundation对SOA的定义如下： “面向服务的体系结构(SOA)是一种用于创建企业IT体系结构的体系结构样式，利用了面向服务的原则来实现业务和支持业务的信息系统之间更为紧密的关系。” SOA 具有以下特征： 它加强了企业体系结构和业务之间的联系。 它允许将组合应用程序作为一组集成服务进行构建。 它提供了灵活的业务流程。 面向服务的体系结构是全新（与“革新”相对）的事物，意味着新的企业人员角色、新的协作方式、新的支持框架以及新的软件构件。 治理 因为SOA具有跨组织的特征，