如何选择SOA解决方案.docVIP

基于J2EE体系架构搭建SOA架构运营管理平台 SOA架构 IT架构的演变 下图展示了IT架构的演变趋势可以看出，面向服务的体系结构（service-oriented architecture，SOA）是目前最先进的IT体系架构，是所有厂商搭建软件产品的必然选择。 SOA概念 首先SOA是一个概念或者说是一个模型，下图是它体系结构最简单的描述。它的思路是把一些功能集成一个独立的服务，以服务的形式为客户或其他服务调用。它应该是计算机软件技术特别是基于Web计算技术发展到一个阶段的一个新的思想，一个构建整个系统的一个新的思想或者也可以说是新的一个方式，但它仅仅是一个概念或模型，它只是在宏观上描述了一个基本路线，其中以服务为最小模块的概念是最重要的、最具前瞻性的，也可能体现了未来软件发展的方向。 目前，SOA的通用定义为：SOA是一个组件模型，它将应用程序的不同功能单元（称为服务）通过这些服务之间定义良好的接口和契约联系起来。接口是采用中立的方式进行定义的，它应该独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各种这样的系统中的服务可以以一种统一和通用的方式进行交互。 SOA涉及三种角色：1）服务提供者(Service Provider)；2）服务请求者(Service Requestor)；3）服务目录 (Service Registry)。 SOA涉及三个操作：1）发布(Publish)；2）查找(Find)；3）绑定(Bind)。 SOA特征 可重用 　一个服务创建后能用于多个应用和业务流程。 　　 松耦合 　服务请求者到服务提供者的绑定与服务之间应该是松耦合的。因此，服务请求者不需要知道服务提供者实现的技术细节，例如程序语言、底层平台等等。 　　 明确定义的接口 　服务交互必须是明确定义的。Web服务描述语言（Web Services Description Language，WSDL）是用于描述服务请求者所要求的绑定到服务提供者的细节。WSDL不包括服务实现的任何技术细节。服务请求者不知道也不关心服务究竟是由哪种程序设计语言编写的。 　　 无状态的服务设计 　服务应该是独立的、自包含的请求，在实现时它不需要获取从一个请求到另一个请求的信息或状态。服务不应该依赖于其他服务的上下文和状态。当产生依赖时，它们可以定义成通用业务流程、函数和数据模型。 　　 基于开放标准 　当前SOA的实现形式是Web服务，基于的是公开的W3C及其他公认标准。采用第一代Web服务定义的SOAP、WSDL和UDDI以及第二代Web服务定义的WS-*来实现SOA。 Web服务介绍 Web服务则是在SOA的概念的基础上提出的一个标准，它更加具体的描述或者说是标准化了SOA的各个实现细节，如它规定SOA所有模块之间以XML这个基本语言沟通，服务出厂时必须以WSDL标签描述，必须在UDDI中心注册才能进行销售，服务必须以SOAP官方协议进行交易，这些标准是不依赖任何一家公司而生存的，而是Web发展到一个阶段的产物，其实说到底就是XML促使了Web服务的出台。 当然Web服务仍然是在SOA概念下的一个标准，它并不是一个实现，它只是规定了哪一个环节必须符合哪一标准，然而运用什么技术实现这一标准，它并没有说明，当然这也不是W3C应该做的。 J2EE和.net比较 J2EE和.net简介 J2EE和.net都是用来实现Web服务的工具，他们为实现Web服务提供了一个很好平台。 当今Web服务领域里争的你死我活的当然是众所周知的Sun和Microsoft两大IT巨头，各自的J2EE和.net技术各自都占领了很大的市场。 在表现形式上，J2EE是一组规范，而.NET更象是一组产品。但它们的目的都是为了企业应用提供分布式的，高可靠性的解决方案。它们在架构上有着很多的相似之处，下表是一个简单对照： J2EE .NET 通信协议 Remote Method Invocation over Internet InterOrb Protocol (RMI/IIOP)，XML 编程语言 Java C#，VB.NET，COBOL 运行时环境 Java Virtual Machine (JVM) Common Language Runtime (CLR) 胖客户端 Java Swing Windows Forms 目录服务 Java Naming and Directory Interface (JNDI) Active Directory Services Interface (ADSI) 数据访问 Java Database Connection (JDBC)，Java Connectors ADO.NET 异步消息处理 Java