解读SOA架构及SOA发展现状.doc

解读SOA架构及SOA发展现状 学号：1110379174 姓名：李敏 相信今天已经没有人对SOA的概念感到陌生，或者说没有听到过这个名字。但，你眼中的SOA是什么？造成这种理解上的差异，原因有两点。其一，给SOA下定义的组织机构太多，没有统一的标准。若干标准化组织、大厂商等都给出了自己对SOA的理解，但这些理解并不统一。其二，人们对SOA的理解曾一度被解决方案厂商所误导。或者由于短视，或者迫于抢占市场的压力，SOA解决方案供应商们关心的是打着SOA的旗号卖产品。但凡能沾点边儿的，都贴上了SOA的标签。 SOA是什么？SOA有什么特点？与其他的技术有什么区别与联系？Web?和SOA又是什么关系？SOA的出现对于有什么影响？本文将就上面提到的这些问题，尝试根据自己的理解给出SOA的 　 SOA定义?面向服务的体系结构（Service-Oriented Architecture，SOA）是一个组件模型，它将的不同功能单元（称为服务）通过这些服务之间定义良好的接口和契约联系起来。接口是采用中立的方式进行定义的，它应该独立于实现服务的硬件平台、和编程语言。这使得构建在各种这样的系统中的服务可以一种统一和通用的方式进行交互。SOA特点及实施原则 SOA的实施具有几个鲜明的基本特征。实施SOA的关键目标是实现资产的最大化重用。要实现这一目标，就要在实施SOA的过程中牢记以下特征： 　　*可从外部访问 　　*随时可用 　　*粗粒度的服务接口分级 　　*松散耦合 　　*可重用的服务 　　*服务接口设计管理 　　*标准化的服务接口 　　*支持各种消息模式 　　*精确定义的服务契约　 　　SOA服务具有平台独立的自我描述XML文档。（WSDL， Web ervices Description Language）是用于描述服务的标准语言。 　　SOA 服务用消息进行通信，该消息通常使用XML Schema来定义（也叫做XSD， XML Schema Definition）。消费者和提供者或消费者和服务之间的通信多见于不知道提供者的环境中。服务间的通讯也可以看作企业内部处理的关键商业文档。 　　在一个企业内部，SOA服务通过一个扮演目录列表（directory listing）角色的登记处（Registry）来进行维护。应用程序在登记处（Registry）寻找并调用某项服务。统一描述，定义和集成（UDDI， Universal Description， Definition， and Integration）是服务登记的标准。 　　每项SOA服务都有一个与之相关的服务品质（QoS， quality of service）。QoS的一些关键元素有安全需求（例如认证和授权），可靠通信（译注：可靠消息是指，确保消息“仅且仅仅”发送一次，从而过滤重复信息。），以及谁能调用服务的策略。*应用功能的服务化：将应用程序打散成服务是SOA实施的关键之一。一方面，遗留系统的功能和数据不能丢弃，只有重用才能利用其价值。另一方面，将应用作为整体，是从技术和实施上都非常难于复用的。所以，SOA的实施原则要求将应用中的功能模块抽象成开放、标准、粒度适中的服务，进而促进现有功能重用、避免重复投资、加速新业务开发的速度。 *架构的松耦合原则：SOA的另一重要原则是松耦合，松耦合不仅表现在服务本身，还表现在架构层面。服务的松耦合表现在服务的描述与其底层实现技术是分离的。换言之，一个服务，其底层实现可能是Java，也可能是.NET;架构的松耦合表现在服务消费者与服务提供者的分离，在服务消费者及提供者之间置入仲裁(Mediation)模块。这样，服务提供者对服务的修改对服务消费者产生的影响可降至最低。 *面向服务的整合：面向服务的整合是SOA的核心之一，主要由企业服务总线(ESB)提供这一部分的能力。服务消费者之间既有面向服务的调用，也有面向消息的处理。企业服务总线提供的协议转换、数据格式转化、多种消息处理机制、审计、日志等功能能够最大限度地提高SOA架构的灵活性和扩展性。 *服务的组合及编排：服务梳理出来之后，基于服务的组合和编排就成为可能。服务的组合和编排能够最大限度地重用现有功能，支持业务的创新。偏重于技术层面的服务/消息组合可由ESB提供，而偏业务层面的服务组合和编排可通过BPM组件实现。当然，SOA实施原则还有许多，如服务治理、安全访问、信息服务、门户服务的实施原则， Web?服务和SOA 在理解SOA和Web服务的关系上，经常发生混淆。Web 服务并不是实现SOA的惟一方式SOA的火爆在很大程度上归功于Web?Service标准的成熟和应用的普及为广泛的实