解读SOA架构及SOA发展现状学号：1110379174姓名：李敏相信今天已经没有人对SOA的概念感到陌生，或者说没有听到过这个名字。但，你眼中的SOA是什么？造成这种理解上的差异，原因有两点。其一，给SOA下定义的组织机构太多，没有统一的标准。若干标准化组织、大厂商等都给出了自己对SOA的理解，但这些理解并不统一。其二，人们对SOA的理解曾一度被解决方案厂商所误导。或者由于短视，或者迫于抢占市场的压力，SOA解决方案供应商们关心的是打着SOA的旗号卖产品。但凡能沾点边儿的，都贴上了SOA的标签。SOA是什么？SOA有什么特点和实施原则？与其他的技术有什么区别与联系？Web服务和SOA又是什么关系？SOA的出现对于信息化产业有什么影响？本文将就上面提到的这些问题，尝试根据自己的理解给出SOA的解读并介绍SOA在当今中国的发展现状。SOA定义面向服务的体系结构（Service-OrientedArchitecture，SOA）是一个组件模型，它将应用程序的不同功能单元（称为服务）通过这些服务之间定义良好的接口和契约联系起来。接口是采用中立的方式进行定义的，它应该独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各种这样的系统中的服务可以一种统一和通用的方式进行交互。从其名字上看，它有两个核心：一是服务，二是架构。它以服务为核心。传统的整合架构都是以应用为核心，而SOA里谈的一切都是从服务展开的。它不是某种特定技术，而是一种架构风格、架构思想或一组指导架构设计原则。在特定风格、思想和原则的指导下设计出来的企业应用架构就是具有SOA的特性和优势的架构。SOA特点及实施原则SOA的实施具有几个鲜明的基本特征。实施SOA的关键目标是实现企业IT资产的最大化重用。要实现这一目标，就要在实施SOA的过程中牢记以下特征：*可从企业外部访问*随时可用*粗粒度的服务接口分级*松散耦合*可重用的服务*服务接口设计管理*标准化的服务接口*支持各种消息模式*精确定义的服务契约SOA服务具有平台独立的自我描述XML文档。Web服务描述语言（WSDL，WebervicesDescriptionLanguage）是用于描述服务的标准语言。SOA服务用消息进行通信，该消息通常使用XMLSchema来定义（也叫做XSD，XMLSchemaDefinition）。消费者和提供者或消费者和服务之间的通信多见于不知道提供者的环境中。服务间的通讯也可以看作企业内部处理的关键商业文档。在一个企业内部，SOA服务通过一个扮演目录列表（directorylisting）角色的登记处（Registry）来进行维护。应用程序在登记处（Registry）寻找并调用某项服务。统一描述，定义和集成（UDDI，UniversalDescription，Definition，andIntegration）是服务登记的标准。每项SOA服务都有一个与之相关的服务品质（QoS，qualityofservice）。QoS的一些关键元素有安全需求（例如认证和授权），可靠通信（译注：可靠消息是指，确保消息“仅且仅仅”发送一次，从而过滤重复信息。），以及谁能调用服务的策略。众所周知，业务是不断发展、变化的，业务创新越来越成为企业核心竞争力的一部分。传统IT支撑业务发展的方式是为新业务构建新的业务系统，设计新的数据库，系统多是“竖井状”的孤岛形式，系统间连接常见的是点对点的缺乏规划的连接方式。久而久之，这样的方式已经无法满足业务发展对IT带来的要求，IT成为企业的严重短板。SOA出现的主要目的就是彻底改变这种局面，使IT变得灵活，与业务对齐，不再成为企业的后腿。甚至能够促进业务的发展，并创造新的业务价值。为什么SOA能够实现IT和业务对齐呢？这得归功于SOA架构中的若干实施原则。*应用功能的服务化：将应用程序打散成服务是SOA实施的关键之一。一方面，遗留系统的功能和数据不能丢弃，只有重用才能利用其价值。另一方面，将应用作为整体，是从技术和实施上都非常难于复用的。所以，SOA的实施原则要求将应用中的功能模块抽象成开放、标准、粒度适中的服务，进而促进现有功能重用、避免重复投资、加速新业务开发的速度。*架构的松耦合原则：SOA的另一重要原则是松耦合，松耦合不仅表现在服务本身，还表现在架构层面。服务的松耦合表现在服务的描述与其底层实现技术是分离的。换言之，一个服务，其底层实现可能...