SOA带你体验简单与快捷

Subramaniam介绍说：“从本质上讲，RouteOne把这项工作通过智能应用交由网络设备来处理，并创造了‘完全硬件化的企业服务总线’。而这些网络设备拥有很高的吞吐率，并且也能很好地得到扩展。”

　　“而人们不在本地进行XML处理的一个重要原因就是，这会消耗许多硬件和内存资源，使得应用无法大规模运行，并且扩展性受到了限制。因此，使用网络上的硬件资源，对于需要大规模处理XML的情况是非常有意义的。的确，你可以优化XML处理，但你必须很好地了解XML的处理过程，才能很好地做到优化。既然我们已经有了DataPower，为什么还要那么麻烦呢?”他补充说。

　　正如Eustis所说的那样，当一个以Web服务为基础的SOA架构，再加上XML的处理器后，消息路由就成为了问题的关键。数据包转化成为了消息，消息成为了工作流中的一部分，并用于执行业务逻辑。而这正是网络应用的真正意义，也是网络团队需要密切监督SOA项目的原因。“事实上，配置一个XML设备应该是精通路由协议的那些IT专家的拿手活儿，但是这却不是一个普通的程序员所能够理解的。”Subramaniam说。

　　架构之争

　　虽然，基于面向服务的架构(SOA)的Web服务是基于标准的，但并不表示业界就不会对这种架构进行“宣战”。很多人同意并遵守基本的、经过实践检验的Web服务标准。这些标准包括：Web服务安全(WS-security)、SOAP和UDDI。另外，还包括下面一些被广泛接受的标准：包括基于XML的Web服务的Java API、商业过程执行语言(Business Process Execution Language)、Web服务可靠通信(WS-Reliable Messaging)、Web服务寻址(WS-Addressing)、SOAP附件(SOAP with Attachments)、消息传输优化机制(Message Transmission Optimization Mechanism)和Web服务策略(WS-Policy)等。

　　事实上，架构之争从来没有停止过，争论的焦点主要在于企业应当如何把Web服务拼凑成一个完全的SOA体系架构。有一种架构模型——服务组件架构(SCA)得到了BEA、IBM、Oracle、SAP和Sybase等公司的支持，但还有一家公司并没有支持。那就是微软。

　　对于Java阵营中的企业来说，SCA将带来极大的帮助。SCA的规格说明由“结构化信息标准优化组织”(Organization for the Advancement of Structured Information Standards)所制定，包括服务的封装、一个policy框架、混合和调谐几种类型组件(Java、C++、Web服务、COBOL)的技术细节，以及与Spring框架(一种J2EE的应用框架)的集成。

　　“SCA是封装复合应用程序的一个基础平台，它的确是让下一代的打包服务成为组件的方法，而这种组件能更好地被管理和被部署，并成为一个个能够与其他服务一起合作的单元。”Oracle的资深SOA技术专家David Chappell说。

　　“由于SCA紧紧地依靠着Java，因此，微软仍坚持自己的架构模型：Windows Communication Foundation(WCF)。”微软互联系统部门的产品管理总监Steven Martin说: “对于只使用微软的.NET的Crutchfield公司的 Weiskircher来说，在2005年WCF还在作为Indigo进行测试的时候就开始被认为是一个不错的选择。基于.NET的WCF使 Crutchfield公司把五个原先分布的应用程序组合成为了一个大的、基于服务的应用程序，同时改进了整个应用程序的性能。最终，SOA是可能成为所有软件的默认架构，而现在，我们要做的是搭建一个已经经过实践检验、并行之有效的基础平台，来解决特定的商业问题。”