软件交付方式的变革来源:赛迪网－软件世界 编辑：李奇异 Li Qiyi
在Web服务出现之后，软件之间的通信成为了可能，于是，SOA（面向服务的架构）渐成风潮，成为了软件企业所追求的目标，也成为了寻求更灵活管理方式企业的IT建设目标。
SaaS（软件作为服务）作为一种新型的软件存在形态，是对原有软件存在形式的一种变革，必将对软件交付方式产生深远影响。与此同时，SOA在SaaS解决方案中也将扮演重要角色，起到重要的作用。
ESB（企业服务总线）作为实现SOA的一个基础架构就因此成为了首先需要部署的内容，如何准确定义ESB，又如何开发和部署ESB，也成为了各个软件企业需要研究的目标。
信息技术发展日新月异，无论如何，软件企业和用户显然都不愿错过这场SOA所带来的机会，力图抢占新时期的技术制高点。
软件作为服务（Software as a Service，SaaS）和面向服务的架构（Service-Oriented Architectures，SOA）经过多年的大肆宣传以后逐渐成熟。同时，这两种趋势密切相关，加速了把IT转变为有助于生产和管理公司的产品和服务的一种令人关注的外在组织。
SaaS将对软件交付方式产生深远影响，SOA在SaaS解决方案中也将扮演重要角色，起到重要的作用。
SaaS颠覆传统模式
软件作为服务（Software as a Service，SaaS）是一种新的交付模式，它使得软件解决方案可以定义为:根据服务级别协议（Service Level Agreement，SLA）下的一个给定的价格提供业务功能的能力。这种模式是使得软件具有更佳的基础，因为厂商不得不对客户的满意度给予更加密切的关注，并由此对问题和扩展需求做出更快的响应。
实际上，SaaS很快成为一种突破性技术，因为它彻底改变了开发和交付软件应用程序的方式。大型的传统软件公司企业正在与提供SaaS解决方案的公司进行艰难的竞争，他们中的许多公司试图通过自己的按需供应来做出回应。
在传统的应用程序部署模式中，客户得到一个永久性的软件许可证，并且假设软件的执行和运行的职责，这对最终用户有很多不利。
软件购买者对成本、复杂性以及从自己的投资中认识到价值所需的时间的不满在不断增加，这使得他们灰心丧气并且去寻求一种更好的方法。SaaS改变了传统软件和服务提供商的动力和定义，要求成功的SaaS把这些概念整合到一个单独的实体中。
有了SaaS，客户可以通过一个Web浏览器、运行实际应用程序的所有基础结构，以及充当ISV或一个SaaS解决方案提供商的所有相关的操作（在这种情况下，ISV是交付软件服务的外部源），来使用应用程序的功能。这种交付模式正越来越受到最终用户的欢迎，因为他们不必再负担基础结构、全体IT工作人员以及诸如应用程序管理、监控、维护和灾难恢复等等操作性问题的成本。
SaaS由早期的ASP模式的演化而来。ASP模式在20世纪90年代中期出现，到20世纪90年代晚期失败。尽管SaaS和ASP看上去相似，但它们实际上不一样，因为独立软件开发商（ISV）现在是把他们自己的应用程序作为服务提供，而不是依靠第三方来聚集成一个供销售和使用的可供选择的应用程序组。
SaaS使得交付规则化并且可以对供应更多地配置，而ASP却倾向于更加标准化的应用程序。新的SaaS模式将稳步地快速增长，相关的企业也会增加，并且在对软件产业的重新定义中将扮演一个非常有意义的角色。
今天，那些表现良好并且在某个软件部分有改变动力的公司，已经能够感受到SaaS的冲击。
比如Salesforce.com、RightNow Technologies和NetSuite等，这样的公司已经在SaaS领域达到每年3倍的增长。大型的、稳定的ISV将尝试适应SaaS模式，部分原因是由于突破性的、单一业务的SaaS公司已经给他们带来竞争的压力。
SOA促进软件整合
大多数客户的一个基本需求是:在他们要按需消费的一个或多个应用程序中，需要有某种级别的集成。SOA和Web服务为ISV的协作、增加业务敏捷度以及允许与其它的应用程序和软件公司进行真正意义上的B2B整合提供了新的机会。
所有这些技术为解决软件欠灵活性的重大问题提供了一种机制，而软件欠灵活性则与业务伙伴之间的集成和扩展的编程式集成的能力需求的结果。这种向面向服务的转换已经显著地影响到实现软件集成所需的成本和时间，这无疑是软件工程中的最大的开销。SOA减少了通过硬性编码把API集成到应用程序中去的必要，那样会花更多时间并且维护起来更难、开销更大。另外，当软件不断发展的时候，Web 服务集成使得软件可以从应用程序的功能扩展中动态地获益，而不必回过头去重写代码。
一个面向服务的架构就是带有一组组件的平台，这些组件可以被调用，并且其接口描述可以发布和发现。Web 服务就是具有公共定义的接口的一个组件或多个组件的一个特定的实例，其它的系统可以通过传递消息来使用它，而消息通过已有的互联网协议传输。
SaaS深化SOA
基础结构提供者和外部源（或者是SaaS解决方案提供商，即那些把软件作为服务交付的实际的公司）可以借用SOA和Web服务来继承那些被管理的环境的组件，如订票和监测。
面向服务的架构允许SaaS解决方案提供商去更加快速地、更有性价比地开发和维护应用程序，并且能够很容易地以类似方式把那些应用程序和ISV以及最终用户集成起来。
例如，一个SaaS解决方案提供商可以利用一个面向服务的架构的功能，通过自己的SOA网络来为它的客户提供战略业务信息。通过使用Web服务，SaaS解决方案提供商就能够为它的ISV客户提供与其环境相关的实时信息、提交来自最终用户满意度调查的反馈，以及访问订票信息，从而允许ISV创建、查看和修改它们的票据。
这为最终用户提供了一种解决方案，就是利用按需能力来尽可能提供最为安全、可好和性能最佳的系统。另外，这种架构为最终用户消费软件的价值提供了最具性价比的平台。
SaaS解决方案提供商的另一种能力就是:通过询问一个通过Web服务作用的监测应用程序，提供有关ISV应用程序健康的信息。然后，这个信息能够通过一个端口的解释，组织并显示给ISV或者全体技术人员。通过这种方法，解决方案提供商可以支持任意数目的服务，并且使得ISV可以通过这些服务来访问它们的应用程序和业务的健康性。同样，在自己需要的时候，ISV可以从SaaS解决方案提供商的SOA网络提取信息，并把它提供给自己的最终用户。
这只是开始。通过和它的客户一起工作，SaaS解决方案提供商可以通过把某种能力构建到它的平台中，以便使得ISV参与到一个SOA系统中，并通过一个SOA间的互连相互通信，从而把SOA概念进一步深化。这使得ISV可以直接和同一个连接下的其他的ISV工作，并且通过一个高速的、高度可用的并且安全的通信频道来做到这一点。
借助SOA，SaaS解决方案提供商的客户现在能够利用这个系统快速实现它们的软件和产品供应包的附加功能，从而和另一个也能够在面向服务的架构下交付他们的软件的ISV形成战略关系。
SaaS还将需要新的业务模型和新的技术才能成功。随着最终用户群不断地认识到SaaS的价值，以及集成的必要性逐渐变为现实，向这个方法的迁移也会不断地加快。软件厂商通过使用SOA和诸如Web 服务这样的通信机制来简化和加速SaaS应用程序之间的集成，从而获得机会来增加他们的供应包的灵活性和适应性。