星期五早晨，我找了一些茶点来吃，开始我一天的工作。我的电子邮件中有一封 CRN's top 25 tech breakthroughs of all time 的信，我觉得读起来会很有趣。其中包括一些普通话题，例如x86处理器、互联网和鼠标。但是最吸引我注意的是列出的第一项内容：软件即服务（即SaaS）。CRN作了以下陈述：

　　几大因素的结合——几乎遍及全世界的宽带连接和运行大型数据中心的更好技术，推动了新一代软件供应商的产生，至少从技术角度来讲，他们不卖软件。

　　然而，在我看来，网络带宽和数据中心技术是关键的推动因素，但是我认为他们没有提到最有利的能动因素 —— 真正起作用的基于SOA的集成技术。

　　2000年初，我从事SaaS领域的工作，当时称为ASP，我们全力以赴地开发可行的多客户共享ASP解决方案，通过互联网中无所不在的访问加以实现。我们一直面临的挑战就是集成问题。ASP公开了带有私有API的服务。一旦ASP接口发生改变，或者我们必须向客户发送一个提示信息，告诉他们服务即将升级（读服务将暂停一段时间），或者断开所有链接，我们的帮助台会变得异常繁忙。用户和公司配置是一个手动过程，处理繁忙的CSR会导入CSV文件或类似的文件。当时，有人开玩笑地说，ASP每增加一个新客户，就会损失一美元，但是我们会因为业务量而赢利。

　　事情是怎么发生改变的。有了SOA和企业服务总线的出现，我们就有了一个可行的方法。SaaS供应商可以通过基于标准的接口向客户公开功能，客户可以自动化用户和公司配置，甚至将SaaS功能集成到内部的业务流程中。如果一个SaaS提供商在其集成架构中使用了一个企业服务总线或ESB方法，以便与客户进行集成，他们还可以始终如一地应用和实施策略（例如安全策略），不用顾虑客户端的变化，因为无论客户支持什么，SaaS供应商需要什么，ESB都可以在这两者之间平衡。版本管理将变得可行，因为ESB可以支持场景选择，在ESB中可以测试新版本，然后客户就可以优雅地从旧版本无缝移植到新版本，对客户的访问体验没有任何影响。今天的SOA软件解决方案（包括ESB）还包括服务和消息管理以及监视功能，以便SaaS供应商可以前摄性实施SLA，这是通过确保操作完整性和使用诸如ESB这样的功能进行智能选择来完成的，这样做可以平衡多个后端服务的负载。

　　我认为，CRN错过了推进下一代SaaS的最有利的能动因素——那就是SOA。考虑过将SaaS解决方案集成到您的操作中吗？或者像SaaS供应商那样运行IT项目？这些益处都适用。要了解经受考验的ESB，请参阅BEA's AquaLogic Service Bus。

原文出处：http://dev2dev.bea.com/blog/kemo/archive/2007/06/an_emo_opinionh.htm