《SOA解决方案的选择》由会员分享，可在线阅读，更多相关《SOA解决方案的选择（10页珍藏版）》请在金锄头文库上搜索。
1、基于 J2EE 体系架构搭建符合SOA架构的运营管理平台1 SOA架构1.1 IT 架构的演变下图展示了 IT 架构的演变趋势可以看出， 面向服务的体系结构（service-orientedarchitecture，SOA）是目前最先进的IT 体系架构，是所有厂商搭建软件产品的必然选择。1.2SOA 概念首先 SOA 是一个概念或者说是一个模型，下图是它体系结构最简单的描述。它的思路是把一些功能集成一个独立的服务，以服务的形式为客户或其他服务调用。它应该是计算机软件技术特别是基于Web 计算技术发展到一个阶段的一个新的思想，一个构建整个系统的一个新的思想或者也可以说是新的一个方式，但它仅仅是一
2、个概念或模型，它只是在宏观上描述了一个基本路线，其中以服务为最小模块的概念是最重要的、最具前瞻性的，也可能体现了未来软件发展的方向。目前，SOA的通用定义为： SOA是一个组件模型， 它将应用程序的不同功能单元（称为服务）通过这些服务之间定义良好的接口和契约联系起来。接口是采用中立的方式进行定义的，它应该独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各种这样的系统中的服务可以以一种统一和通用的方式进行交互。SOA涉及三种角色： 1）服务提供者 (Service Provider)；2）服务请求者 (ServiceRequestor) ；3）服务目录 (Service Registr
3、y)。SOA涉及三个操作： 1）发布 (Publish)；2）查找 (Find) ；3）绑定 (Bind) 。1.3SOA 特征可重用一个服务创建后能用于多个应用和业务流程。松耦合服务请求者到服务提供者的绑定与服务之间应该是松耦合的。因此，服务请求者不需要知道服务提供者实现的技术细节，例如程序语言、底层平台等等。明确定义的接口服务交互必须是明确定义的。Web 服务描述语言（WebServicesDescriptionLanguage，WSDL）是用于描述服务请求者所要求的绑定到服务提供者的细节。 WSDL不包括服务实现的任何技术细节。服务请求者不知道也不关心服务究竟是由哪种程序设计语言编写的。
4、无状态的服务设计服务应该是独立的、 自包含的请求，在实现时它不需要获取从一个请求到另一个请求的信息或状态。服务不应该依赖于其他服务的上下文和状态。当产生依赖时，它们可以定义成通用业务流程、函数和数据模型。基于开放标准当前 SOA的实现形式是 Web服务，基于的是公开的W3C及其他公认标准。采用第一代Web服务定义的 SOAP、 WSDL和 UDDI以及第二代 Web服务定义的 WS-*来实现 SOA。2 Web服务介绍Web 服务则是在 SOA 的概念的基础上提出的一个标准，它更加具体的描述或者说是标准化了 SOA 的各个实现细节，如它规定SOA 所有模块之间以XML 这个基本语言沟通，服务出
5、厂时必须以WSDL 标签描述，必须在UDDI 中心注册才能进行销售，服务必须以SOAP 官方协议进行交易，这些标准是不依赖任何一家公司而生存的，而是Web 发展到一个阶段的产物，其实说到底就是XML 促使了 Web 服务的出台。当然 Web 服务仍然是在 SOA 概念下的一个标准，它并不是一个实现，它只是规定了哪一个环节必须符合哪一标准，然而运用什么技术实现这一标准，它并没有说明，当然这也不是 W3C 应该做的。3 J2EE 和.net比较3.1J2EE 和 .net 简介J2EE 和.net 都是用来实现 Web 服务的工具，他们为实现Web 服务提供了一个很好平台。当今 Web 服务领域里
6、争的你死我活的当然是众所周知的Sun 和 Microsoft 两大 IT巨头，各自的 J2EE 和.net 技术各自都占领了很大的市场。在表现形式上， J2EE 是一组规范，而 .NET 更象是一组产品。但它们的目的都是为了企业应用提供分布式的，高可靠性的解决方案。它们在架构上有着很多的相似之处，下表是一个简单对照：J2EE.NET通信协议Remote Method Invocation over InternetInterOrb Protocol (RMI/IIOP) ，XML编程语言JavaC#，VB.NET ， COBOL运行时环境Java Virtual Machine (JVM)Co
7、mmon Language Runtime (CLR)胖客户端Java SwingWindows Forms目录服务Java Naming and Directory InterfaceActive Directory Services Interface(JNDI)(ADSI)数据访问Java Database Connection (JDBC) ， JavaADO.NETConnectors异步消息处理Java Message Service (JMS)Microsoft Message Queue表示层技术Servlets， Java Server Page(JSP)ASP.NET中间层
8、组件模型EJB， JavaBeanCOM+ ， COM安全访问JAASCOM+ SecurityCall Context事物处理Java Transaction Server (JTS)Microsoft Distributed TransactionCoordinator (MS-DTC)WebGain Visual Caf开发工具Borland JBuilderVisual StudioIBM VisualAge 等(第三方提供，规范本身没有定义)3.2J2EE 和 .NET 比较评价在微软还没有足以和Java 平台相对抗的产品的时候，微软所乐于做是大声的宣传：“ write once，d
9、ebug everywhere”。而它的对手则更乐于这样评价它：“微软开始也喜欢 Java，他们喜欢它的方式是让它死去，他们当然也憎恨它，他们甚至憎恨每一个以J开头的单词。”但是现在，形式不同了，微软有了足以自豪的.NET 他们可以已他们自己所喜好的方式来对J2EE 和 .NET 来做各种比较。最热闹的应该算是微软出示的第三方对 .NET Pet Shop 和 J2EE 的 Pet Store 的综合比较了。有兴趣的读者可以到MSDN ， IBM 开发者原地等网站看到相关评论。J2EE.NET易用性*扩展能力*多平台支持*多语言支持*可靠性*性能*可管理性*重用性*负载平衡*开放标准*综上，
10、J2EE 和.NET 在技术上没有什么优劣之分，但是从扩展能力和多平台支持角度， .NET 体系架构更强调为在Windows 平台上运行的应用软件提供连接，对于其他平台的应用软件包容性差，重用性差。另外从XML标准方面，微软看好Office OpenXML(OOXML) ，也就是微软自己的标准，有一定的局限性。总之，.NET 的体系架构更适合软件平台为单一的Windows 平台的中小企业使用，对于拥有多个平台或有可能扩展为多平台的企业而言，J2EE 的体系架构更加灵活，扩展性更强。4 SOA架构选型4.1 直接采用第三方成熟产品IBM WebSphere 系列产品IBM为您的业务提供了具有最广
11、泛连接的SOA，它将所有类型的数据、应用程序、协议和平台连接到一起，从传感器、手持设备和应用程序到大型机。IBM将ESB作为中间件战略的核心，并提供了两种软件ESB和一种硬件ESB设备：WebSphere Enterprise Service Bus（WESB）：基于面向集成的SOA平台的WebSphereApplicationServer而构建，针对中小企业的入门级ESB产品，能够帮助简化 IT 架构，降低运作成本， 提升业务灵活性和市场响应速度，最终提升企业的竞争优势。WebSphereMessage Broker （ WMB）：为异构 IT环境中的统一连接和转换而构建。 WMB通过提供对
12、多种平台、语言、协议和传输方式的支持，帮助客户迅速部署企业服务总线，整合遗留应用，构建SOA架构的信息传输龙骨。采用业界领先的 WebSphere MQ 消息传递基础设施。WebSphereDataPower：为简化部署和加强安全性而特制的硬件ESB。特别推出的 IBM专属硬件 ESB产品，通过内嵌强大的 XML/WebService加速引擎及安全保障机制，帮助客户快速、高效、便捷、安全地构建面向大交易量任务关键 （Mission Critical ）型企业服务总线。IBM 宣布其旗下五大软件产品线全部支持SOA，包括信息管理，Websphere，Tivoli，Rational和 Lotus 。IBM SOA解决方案涵盖全线产品。 IBM 通过大量整合、拓展和收购相关产品，致力在其 SOA解决方案中完整融合自网络层至应用层的集成运行环境和管理技术。优势：开放性， WebSphere全面并 100%地支持业界的开放性标准包括Java/J2EE, XML,LDAP, CORBA，WML，Web Services 等等WebSphere具有良好的跨平台性安全性，提供一个先进的富含安全性的基础架构高可用性和扩展性集成的、基于开放标
