分布式SOA基础架构崭露头角
IONA科技公司首席技术官, Eric Newcomer
2007年1月8日
今天，关于面向服务的架构，即SOA，和有关如何“正确”构建SOA的争论无处不在。我个人认为这一点都不奇怪，因为现在每一种新兴的计算趋势都会带来不同的争论，并且每一家厂商都会借此机会大张旗鼓地宣传他们的技术和产品是最适合用户的，能够帮助用户充分利用每一种新兴技术和产品的优势。为了充分挖掘狂热IT趋势中的用户兴趣，厂商们都会积极地重新定位自身已有的产品组合。然而，糟糕的是，这种做法往往会造成认识上的混乱，甚至让用户对SOA丧失信心。因为厂商往往无法完全兑现他们所做的承诺，销售的所谓适合SOA架构的技术解决方案也许最终证明并不合适。
想要对SOA建立正确的认识，首先必须认识到从概念上来讲SOA是一种分布式的架构。作为SOA的核心要素之一，服务的目的是要实现与另一项服务的远程通信，尤其是要实现数据互享。而SOA架构的目的则是要彻底变革IT系统的构建方式，由原来的建立专有的单一应用变为建立更为高级和整合的应用，这种应用的显著特点就是充分利用已有的、可以共享和重复使用的功能，也就是服务。
在部署和使用可共享和重复使用的服务方面，分布式SOA架构是最为简单易行的途径。并且不论是从成本角度还是从技术角度，分布式SOA架构都对目前业界普遍认同的渐进式的部署提供了最好的支持，同时，使系统具备更强的部署灵活性、适应性和可维护性（例如，一个服务与整个应用来比，对服务的验证和升级要容易得多）。
然而不幸的是，集中式的SOA架构方式还在被不断开发和鼓吹。这些厂商们会不遗余力地说服潜在用户，他们所提供的技术和产品自始至终都支持SOA架构，且从设计伊始便是为了方便用户建立SOA架构，而不管这些技术和产品原本是为JEE应用服务器而设计，还是为EAI系统而设计。
换句话说，对分布式SOA架构持反对意见的厂商这样做，是由他们所拥有的软件架构的性质所决定的。一个EAI Hub，或是基于JEE的应用堆栈式架构，亦或其他解决方案，它们的消息请求都必须经过中央控制点，因此都不能被称为真正的分布式解决方案。因为在它们的架构中，如果要执行某项服务请求，都必须通过Hub或中央服务器来实现。集中式SOA架构会增加成本，限制资源的再利用，降低系统的灵活性，并且有可能导致成本高昂的系统瓶颈。最糟糕的结果是，它还有可能成为用户取消SOA计划的第一原因。如果SOA架构的灵活性不足以满足用户的各项需求，无疑会导致用户对SOA架构的彻底失望。
如果我们来认真研究一下互联网，大家就可以明白什么是能够成功满足用户需求的分布式架构。互联网是迄今为止规模最大的分布式应用，SOA架构正应该具备互联网的这种分布式特性。当用户使用浏览器点击URL链接时，其请求并不是通过安装在服务器或Hub的中央控制程序来路由，而是由浏览器直接传递到请求页面所在的网络服务器。这种方法非常适合互联网，同样也非常适合企业的SOA架构。由于请求不需要通过Hub或中央服务器，因此互联网的每个端点可以自由更新而不致影响客户端，也不会影响其他站点，更不需要更新Hub或中央服务器。一个好的SOA架构就应该具备这种功能。
还好，具备SOA分布式特性的基础架构解决方案确实存在。分布式SOA架构通过智能端点让具备某种服务功能的应用自动找寻其他服务，并与其实现相互通信。这些智能端点同时还具备极强的可获得性和高安全性能等企业级服务特性，从而能够确保其具备现有的企业关键应用所需要的各种性能。分布式SOA架构就是建立一个平台中立、高度灵活且基于标准的IT环境，从而能够更好地应对不断变化的技术和业务环境。因此，分布式SOA环境能够更好地满足基于SOA架构的应用程序对各项技术和成本的要求。而且，分布式SOA允许客户按照自己的计划渐进地部署服务，比如一次部署一两个服务，在未来根据具体的业务需要，为系统增加服务编排、注册/贮存、管理等各项高级功能。
需要强调的是，我并不是说通过EAI系统、hub或JEE服务器建立的集中式SOA架构的方式都不好，都是错误的。在许多情况下，现有企业应用很多都是采用上述形式实现的。我所要说明的是一个好的SOA架构不应该局限于完成EAI系统或JEE应用服务器架构所能做的；实际上，一个好的SOA架构应该包容集中式的系统，并将它们融入到可重用的服务体系中，这才是分布式SOA架构的真谛。
在当今的航空业，低成本航空运营商正在挑战资深航空运营商的业务。以航空运输业的发展为例，我们可以从中发现分布式的优点同样在航空业中得到了充分的体现。资深运营商都是依靠昂贵的Hub和星型模式，通过特定的专用运输Hub输送旅客。费用昂贵的大型飞机将旅客从小型机场运送到中央的Hub机场，在这里，旅客才能继续他们的旅程到达最终的目的地。在这种模式下，飞机运营成本更高，机场设施收费也会更高。随着低成本的航空运营商的兴起，他们的运输模式是分布式、点到点的模式（小型飞机往返于小型机场之间），为旅客节约了时间和成本而大受欢迎，这使得传统Hub模式的航线正在面临巨大的财务问题。
SOA用户不需要更多相同的冗繁、昂贵的堆栈软件架构。他们所需要的是专门针对满足SOA发展趋势而设计的好软件，也就是如何使得已有（或新的）IT资产可以得到更好重用，如何令IT系统更加灵活，并能快速构建新应用。SOA的设计也需要更好的方法来实施和部署可重用的服务，并且做到能够随时随地且简易直接地使用这些服务。其实，用户更需要低成本的SOA解决方案，令他们可以从小规模SOA做起，并随着业务的增长逐步扩大规模，同时根据自身的需求增加服务质量和其他功能等；与此同时，使用点到点的通信方式，避免新增加昂贵的服务器和Hub。简而言之，SOA用户需要的SOA架构必须真正具备SOA架构的固有特性，也就是分布式的特性。
Eric Newcomer 简介：
Eric Newcomer 先生现在是IONA科技公司的首席技术官（CTO）, 主要负责指导并协调完成公司技术蓝图以及与标准采用、体系架构、产品设计相关的产品战略规划。Eric于1999年11月加入IONA,时任事务架构师，后来成为工程与Web服务集成产品副总裁。Eric有26年的计算机从业经验，其中有15年是在DEC/Compaq公司度过的。在DEC/Compaq公司工作期间，他担任了各类公司层技术与管理职位。Eric 获得美国安提克学院(Antioch College)美国研究学士学位(BA in American Studies)，并辅修计算机科学。
Eric是《Understanding Web Service》（Addison-Wesley 2002年版）的作者和《Principle of Transaction Processing》(Morgan Kaufman 1997年出版 )的合著者，他还参与了《The Future of Software》中“The Key to the Highway”一章的编写；除此以外，他还撰写了许多白皮书和文章。Eric是X/Open (即现在的Open Group)的Structured Transaction Definition Language规范(发布于1994年)的合著者与编辑。他曾是IETF Transaction Internet Protocol 工作组和X/Open Distributed Transaction Processing委员会（XA规范就是该委员会制定的）的成员，并担任过OMG OTS修订任务组（Revision Task Force, RTF）的主席；Eric目前是OMG XML Valuetype规范 （用于将XML映射到CORBA）开发组的主席。Eric 是W3C XML Protocols工作组的发起人之一，他是该工作组的SOAP 1.2需求文档的编辑；Eric 曾为W3C Web服务架构规范(Web Services Architecture Specification)担任了两年的编辑；目前他还是OASIS WS-CAF(Web Services Composite Application Framework)任务组的主席和WS-CAF规范族的编辑。
[返回] 计算机科学论坛 →
EAI/SOA讨论区 → 『 EAI/SOA平台与产品 』 → 分布式SOA基础架构崭露头角
(订阅本版)
2007/3/6 16:52:00
新浪微博
分布式SOA基础架构崭露头角
