面向服务的架构标准为什么领先的技术并不意味着厂商锁定

作者：Scott Dietzen BEA系统有限公司CTO

XML和Web服务正在作为面向服务架构（SOA）的平台来出现，它既可用于企业内部通信，也可用于企业间通信。作为第一个既支持SOA编写，也支持SOA利用的Java集成开发环境（IDE），WebLogic Workshop天生就带上了专有创新的印记。从那时起，BEA通过多种机制，从开放标准到开放源代码，已经实现了对这些创新进行投资保护的承诺，使得开发人员可以充分利用BEA的领先生产力和集成特性，而不必担心锁定在某一厂商。下面，让我们一起来看看在Workshop中基于SOA的重覆创新，以及在每种情况下是如何保护投资的。

什么是SOA?XML和Web服务是当今的热门技术，因为它们在实现面向服务的架构（SOA）上担当了重要的角色。目前独立的、而且通常是相互孤立的应用程序，制约了业务服务的共享，SOA则正在解决这一问题。通过给单个业务操作进行定义或在表层加上“服务访问点”，IT组织能够实现以下目标：q 使IT资源与其业务功能更密切地结合在一起。q  通过以下方法的最佳组合和匹配，建立更加动态、更有效地利用成本的系统。q  购买和自建q  自制和外包q  更迅速地发布“组合”应用程序（想想“Web流［Web flow］”和“工作流［work flow］”），提供统一的、面向任务的跨业务视图。q  通过更加细致的增量管理需求和变化，在应用程序生命周期上获得更高的灵活性。q  用提供“业务透明性”的基础架构替换不透明的、“黑盒子”系统更容易——这种基础架构根据流经应用程序的总体信息，提供实时的业务智能。对象和组件已经成功地在应用内提供了重用性（应用程序的定义是：以单元形式开发和部署的代码）。但是，SOA依赖的是在应用程序之间实现重用。用SOA把不同的应用程序互连起来，这根本不是什么新东西——想想以前定义分布式的、应用间通信架构的一些努力（不用费力想什么新的首字母缩略词）：q  同步的（面向RPC）：CICS分布式程序链接（DPL）、分布式计算环境（DCE）、分布式组件对象模型（DCOM）、公共对象请求代理体系结构（CORBA）IIOP、Java远程方法调用（RMI）、关系数据库管理系统（RDBMS）存储过程，等等。q  异步的（面向消息的）：CICS临时数据队列（TDQ）、Tuxedo ATM、IBM MQSeries、Tibco Rendezvous、Microsoft消息队列（MSMQ）、Java消息服务（JMS），等等。是什么使得应用的集成如此困难呢？（而且，由此推出，为什么我们作为一个行业，还必须要实现一个统一的SOA）这是因为，应用程序是由不同的开发者，在不同的地点建立的，而且是根据不同的计划部署的。任何方法，只要它依赖于多个应用程序共享一个公共的对象/数据模型（至少在某种程度上如先前所提及的），就都要面对这个事实。