面向服务的架构标准SOA.docVIP

面向服务的架构标准 领先技术不意味厂商锁定XML和Web服务正在作为面向服务的架构(SOA)的平台来出现，它既可用于企业内部通信，也可用于企业间通信。作为第一个既支持SOA编写，也支持SOA利用的Java集成开发环境(IDE)，WebLogic Workshop天生就带上了专有创新的印记。从那时起，BEA通过多种机制，从开放标准到开放源代码，已经实现了对这些创新进行投资保护的承诺，使得开发人员可以充分利用BEA的尖端生产率和集成特性，而不必担心锁定在某一厂商。下面，让我们一起来看看在Workshop中基于SOA的关键创新，以及在每种情况下是如何保护投资的。 　　什么是SOA? 　　XML和Web服务是当今的热门技术，因为它们在实现面向服务的架构(SOA)上担当了重要的角色。目前独立的、而且通常是相互孤立的应用程序，制约了业务服务的共享，SOA则正在解决这一问题。通过给单个业务操作进行定义或在表层加上“服务访问点”，IT组织能够： 　　?使IT资源与其业务功能更密切地结合在一起 　　?通过以下方法的最佳组合和匹配，建立更加动态、更有效地利用成本的系统 　　?购买和自建 　　?自制和外包 　　?更迅速地发布“组合”应用程序(想想“Web流(Web flows)”和“工作流(work flows)”)，提供统一的、面向任务的跨业务视图 　　?通过更加细致的增量管理需求和变化，在应用程序生命周期上获得更高的灵活性 　　?用提供“业务透明性”的基础架构替换不透明的、“黑盒子”系统更容易—这种基础架构根据流经应用程序的总体信息，提供实时的业务智能。 　　对象和组件已经成功地在应用内提供了重用性(应用程序的定义是：以单元形式开发和部署的代码)。但是，SOA依赖的是在应用程序之间实现重用。用SOA把不同的应用程序互连起来，这根本不是什么新东西—想想以前定义分布式的、应用间通信架构的一些努力(不用费力想什么新的首字母缩略词)： 　　?同步的(面向RPC)：CICS分布式程序链接(DPL)、分布式计算环境(DCE)、分布式组件对象模型(DCOM)、公共对象请求代理体系结构(CORBA)IIOP、Java远程方法调用(RMI)、关系数据库管理系统(RDBMS)存储过程，等等。 　　?异步的(面向消息的)：CICS临时数据队列(TDQ)、Tuxedo ATM、IBM MQSeries、Tibco Rendezvous、Microsoft消息队列(MSMQ)、Java消息服务(JMS)，等等。 　　是什么使得应用的集成如何困难呢(而且，由此推出，为什么我们作为一个行业，还必须要实现一个统一的SOA)?这是因为，应用程序是由不同的人们，在不同的地点建立的，而且根据不同的计划部署的。任何方法，只要它依赖于多个应用程序共享一个公共的对象/数据模型(至少在某种程度上如先前所提及的)，就都要面对这个事实。 　　XML和Web服务的角色 　　抽象和松散耦合，是多个独立应用程序成功共享基础架构的关键。请考虑二个成功典型：SQL和HTML。利用SQL和HTML，应用程序开发人员必须把内部的对象模型按照数据如何存储、如何有哪些信誉好的足球投注网站以及如何在屏幕上显示分别地拆解。如果我们只是考虑单个应用的需求，那么这种选择通常不是优化的选择。但是，如果跨业务应用程序之间的总体需求增加了，那么能够实现更高级别抽象的松散耦合就会证明它的价值。 　　XML是松散耦合应用程序间数据共享的理想方案，XML具有以下特性： 　　?自解释的 　　?独立于硬件、编程语言、容器等等 　　?可以适应独立的变化/版本变化(对于扩展和应用程序变化，不是很脆弱) 　　?是“最小公分母”(啰嗦点说，是CPU密集的，等等，就像HTML) 　　XML是针对HTML的，就像Web服务栈是针对HTTP/S的。WS-*(具有最广泛行业支持的Web服务规范集合)定义了在应用程序之间移动XML的“企业服务质量”。尽管由于篇幅有限，无法在这里介绍每一个WS-*技术，但是还是能够介绍： 　　?以前在分布式计算中所有的服务质量标准，或者已经存在于WS-*栈里，或者已经在近期的发布计划当中(以及标准化当中)。 　　?WS-*在一个单一的、统一的框架里，为同步操作(通常用于查询)和异步操作(通常用于业务事务处理)提供了通信基础架构。 　　?WS-*协议族是第一个可扩展以满足企业内部企业应用集成(EAI)需求，甚至企业间B2B集成需求的系统。以前的技术，从未如此接近地实现过“密切合作”(指的是，可以使用企业自己的所有业务系统，合作伙伴的业务系统，甚至合作伙伴的合作伙伴的系统，等等)所要求的大量关键需求。 　　?WS-*协议族允许IT组织利用可移植的和可互操作的行业标准来降低成本，并避免锁定在某一厂商。 　　WebLogic　Workshop 　　在