SOA架构与SaaS结合憧憬软件新时代趋势

　　向来我们都是喜欢竞争的，而且是越血腥的竞争越好。这并不令人惊奇。那么，最近一直在谈论的有关SOA和SaaS的争斗又是怎样的情况?双方都在完全不同的平台之后毫不让步，彼此向对方口头上炫耀着自己这方面服务定义的优点，强调对方缺点。

　　随着两者的日益发展，已经有用户开始通过将SaaS和SOA进行合并来寻找显著的商业机会。在只取首字母的世界中，那些用户已经书面上用这两个广泛的概念进行了自己的伪数学计算，通过这样的方法使他们各自对服务的定义和谐起来：SaaS SOA=SaaSOA

　　那么，到底SaaSOA会是怎么样一个稀奇古怪的东西呢。它将怎样被使用呢?在我们明确这点之前，让我们先花一些时间来看看SOA和SaaS实际上究竟有哪些差异。

　　对于那些SOA的应用来说，每个服务都是一个离散函数。这些离散函数可以和其他的服务整合起来，为像一个完整的订单到现金的工作流之类的更广泛的业务流程服务。

　　另一方面，一个SaaS的服务，简单的表示这样一个概念：传递软件其实和电话公司传递你的语音邮件服务的方法是一样的。你为了语音邮件要先拨号，然后你听到你自己的名字，接着你听到自己的信息，这就好像那个应用软件只属于你一个人一样。

　　这就是关键所在。SaaS是关于传递单独的一个软件给许多用户的技术，而SOA则是关于构建灵活的并可以再使用的软件的技术。如果你将这两者放在一起，你就会得到一个SaaS的解决方案，里面包含着使用SOA技术从而实现更为快捷的根据市场条件和用户需求的变化进行调节的目的。

　　在上面提到的电话的例子中，我们想象一下假设获得你最喜欢的队伍的体育得分的过程是一个SOA的服务。你的电话提供商将可以迅速将这些信息添加到你的SaaS应用软件语音邮件当中，而且允许你在处理你的语音邮件信息的死后收到你的队伍的得分。

　　实际上，像BEA系统公司以及Tibco软件公司等很多SOA的软件厂商都已经将触角伸向那些电话服务的提供商，为他们提供SOA的技术，将其作为提供商建立那样的SaaS服务的基础。

　　而像Progress软件公司等其他的软件厂商已经将SaaS列为SOA的书面上的一部分了。他们通过建立一个SaaS的架构并暴露出定义好的业务流程来进行SOA的应用程序软件的整合。Progress公司带着SOA软件和服务将这套框架卖给那些寻求建立SaaS解决方案的独立软件开发商。如果你觉得这些都听起来很牵强的话，我们不妨来看一看Progress已经拥有了一百六十多个多个这样的伙伴而且以及发布了超过四百个基于SOA的SaaS应用程序软件这个事实。

　　不过，SaaSOA也有一个方面已经被完全意识到了，那就是使用SOA作为链接企业和外部SaaS应用程序主机的方法。也许你现在会有些惊奇，SOA并不能和人对话。更正确的说法，他是和机器是一体的，在终端节点连接的可能是源于内部或者外部服务。例如，使用一个企业服务总线(ESB)，SOA的解决方案将转化不同的数据格式，调停不同的协议，并且能和谐的处理事务。想象一下如果一个内部部署了SOA的企业也使用了SaaS的应用程序软件，例如Salesforce.com。这个公司就能够使用它的企业资源总线把Salesforce.com和他的ERP系统以及CRM系统连接起来。Salesforce.com，毫无疑问的是，从2005年起就为这个目标而奋斗。但是，真正有影响里的，是直到SaaS的用户自己内部使用了SOA的基础设置时才来临。公司程序开发人员然后在其他地方也开始使用Salesforce.com的SOA服务，并宣称他是在企业内部互联网入口或者甚至在ERP系统自身当中的。

　　无论SOA是不是正在扮演一个SaaS应用程序软件基础的角色或者是能够提供有意义的把公司的资产和SaaS应用程序软件相连接服务的角色，有一件事情是确定的：这两个软件理念一点也不互斥。如果你能够将他们放在一个金属栏杆里面，让他们用拳头打个输赢的话，你将会以得到一个有力的摔跤双人组为结果，能够让工作成为一个能够支持灵活的软件传递和系统集成的——规则固定的SaaSOA。