通过SaaS模式提供SOA服务

　　据国外媒体报道，现在已经出现了一些通过互联网提供SOA服务的需求。美国一家ESB供应商Cape Clear的老板Dana Gardner曾对媒体谈过将SOA、ESB作为一个集成的服务提供的可能性。之后不久，他的公司就通过云计算为用户提供ESB服务。

　　Dana Gardner说，通过云计算提供的SOA工具和平台对于中小企业来说应该有很大的吸引力，因为部署SOA的工程对中小企业来说，需要太多的时间和专业技能，而且还需要后期的维护，让中小企业感觉负担太重。所以，通过“云”提供SOA的服务，应该是不错的解决办法。

　　国外媒体把这一趋势称为“SOA gets SaaSy”，我们姑且翻译成“SOA的SaaS化”，即通过SaaS的模式提供SOA服务。

　　SOA和SaaS，一度被喻为软件圈内的大、小S。她们有时被称作姐妹，有时被看作欢喜冤家，有时看似貌合神离，有时又不得不走到一起。

　　SOA和SaaS的概念，必须区分开来。SOA和SaaS的结合，可能会成为一种趋势。SOA在中国，好像还未“SaaS化”。

　　不要混淆SOA和SaaS 相关概念解析

　　SOA，Service Oriented Architecture，面向服务的架构;SaaS，Software as a Service，软件即服务。如果把SOA和SaaS称作一对姐妹，其中的血缘恐怕就是Service，服务。虽然都和服务有关，但内涵大相径庭。

　　从业务角度理解SOA，它是针对企业的一些旧的软件体系重新利用，进行整合，构建一套松散耦合的软件系统，同时也能方便的结合新的软件共同服务于企业的一个体系。使系统能够随着业务的变化更加灵活适用。

　　从技术角度理解SOA，SOA实际上是系统分析设计思想的进一步发展，它的思想超出了对象的概念，一切都以服务为核心，而服务由组件构成，组件是若干操作的集合，操作对应具体实现的程序函数。服务是通过对业务过程模型的分析而识别出来的。每个服务能够实现若干功能，这些功能由组件而不是操作来实现。组件是操作的调用集合，是服务功能实现的最小单位，而不是程序实现的最小单位。

　　在具体实现上，只要能提供服务的技术都可以实现SOA思想，如Web Service、RMI、Remoting、CORBA、JMS、MQ、甚至JSP、SERVLET等，另外还可以通过分布式事务处理和分布式软件状态管理来进一步地改善它。但是如果想让这些服务能够更广泛的被使用，或被大家认可，在互联网上发布，那么就要遵循一定的规则标准了。这一类的标准有SOAP、Java API for XML-based RPC (JAX-RPC)、WSDL 和 WS-* 规范等等。另外它的实现还需要安全性、策略管理、可靠消息传递以及会计系统的支持。

　　直观地理解，可以把SOA看做是模块化地组件，每个模块实现独立功能，不同的拼合提供不同的服务。利用SOA，把一团乱麻庞大无章的系统规整成一个一个的模块，方便地实现IT的最大利用率，并提高重用度。普元软件曾拿灵活变换而能够千变万化地拼接的乐高玩具做比喻，可见一斑。

　　说到SOA，不能不说说ESB。ESB是在SOA体系结构的框架中加入的一个新的软件对象。这个对象就是企业服务总线(Enterprise Service Bus，ESB)，它使用许多可能的消息传递协议来负责适当的控制流甚至还可能是服务之间所有消息的传输。虽然ESB并不是绝对必需的，但它却是在SOA中正确管理业务流程至关重要的组件。ESB本身可以是单个引擎，甚至还可以是由许多同级和下级ESB组成的分布式系统，这些 ESB一起工作，以保持SOA系统的运行。在概念上，它是从早期比如消息队列和分布式事务计算这些计算机科学概念所建立的存储转发机制发展而来的。

　　与SOA相关的，还有SCA与SOD。随着面向服务的体系结构不断发展和成熟，开发人员和架构师将面临不断增多的编程接口、传输协议、数据源和其他细节内容。服务组件体系结构(SCA)和服务数据对象(SDO)可以为各种服务和数据源提供单一编程接口。

　　SaaS是一种软件服务提供的模式，是一种将软件部署为托管服务并通过 Internet 进行访问的模式。SaaS作为一种有效的软件交付机制，其出现为 IT 部门创造了机会，使他们可以将工作重心从部署和支持应用程序转移到管理这些应用程序所提供的服务上来。不仅可以通过Portal为用户提供服务，还可以通过其它方式，如API、WSDL等提供服务。

　　SaaS方便、节省成本，受到很多企业，尤其是中小企业的青睐，但SaaS的权限控制、安全问题可能让用户有所顾忌。

　　SOA和SaaS的区别，大概可以概括为以下几点。

　　1. SOA包括了关于软件是如何被架构起来的东西，而SaaS是关于软件是如何被应用的。

　　2. 在SaaS当中，应用程序可以像任何服务一样被传递，就像你家中电话的语音一样，看起来似乎就是为你的需求量体裁衣得到的。而SOA的定义和这个无丝毫的联系。SOA支持的服务，都是些离散的可以再使用的事务处理，这些事务处理合起来就组成了一个业务流程，是从基本的系统中提取出来的抽象代码。

　　3. SOA是一个框架的方法，而SaaS是一种传递模型。

　　4. 通过SaaS传递Web服务并不需要SOA。

　　5. SaaS主要是指一个软件企业向其它企业提供软件服务。而SOA一般是企业内部搭建系统的基础。SaaS注重的是提供服务的思维。而SOA注重的是实现服务的思维。

　　SOA和SaaS会结合吗?

　　谈到SaaS，就不能不提马克·贝尼奥夫。贝尼奥夫曾是甲骨文公司最年轻得志的副总裁，在一次甲骨文内部讨论中，贝尼奥夫了解到网络服务取代软件包的可能性，凭着对软件产业的深入了解，贝尼奥夫觉得，这个模式拥有足够的威力，足以变革整个软件产业。在1999年3月，贝尼奥夫创立了为客户提供按需供应和SaaS的Salesforce公司，并提出了“终结软件”的思想。

　　SaaS的核心是在线提供软件服务，能够省去用户配置服务器、购买软件产品等所要支付的高额IT费用，而且不用再像应用套装软件那样进行软件升级和后续投入。SaaS支付模式的这些优势，给全球软件供应商带来无限的想象空间。当SAP、微软和甲骨文等IT巨头都把按需软件作为未来发展方向时，SaaS市场变得异常活跃。尽管贝尼奥夫期望的“终结软件”这一局面还没有真正到来，但整个软件产业的风向已发生改变。

　　计世资讯在最新发布的《软件业的下一个十年——中国软件运营服务(SaaS)市场发展趋势研究报告》中指出， 2006 年中国SaaS产业的规模为68亿元，2011年将突破400亿元，达到406亿元，5年的复合增长率将达到43%。SaaS是未来10年软件产业发展的新方向。

　　说到SOA和SaaS的结合，微软的“S+S”战略应该是最好的例证。几年以来，微软一直在针对“S+S”进行研究和思索，发现在实际当中，用户并不是只需要软件或者只需要服务，而往往是对两者都有欲罢不能的需求，因此“S+S”的核心要义在于，并不是“软件”或“服务”，而是“软件”和“服务”——你不必在软件和服务当中选择，你可以也应该两者兼备。软件与服务在“S+S”中扮演了互补的角色。

　　通过SaaS的模式提供SOA的服务，看起来是一个不错的想法，SaaS最受到中小企业的欢迎，节省人力成本、知识成本、设施成本，何乐而不为。但大型企业，大多持观望态度。大型企业有实力在IT方面做出投资，他们更加在乎业务的安全性、可控性，他们不放心将自己的核心业务放在他人的承载上。中石化相关人士就曾经表示，把核心业务运营系统放到托管商那里，简直可以用“疯狂和可怕”来形容。作为关系到国计民生的重点企业，在安全、技术标准、法规遵从等方面没有完善之前，根本不会考虑采用SaaS模式。但他们也承认SaaS的发展趋势，认为在未来10年，这个应用应该会发生。