【 技术文章】
Cape Clear软件公司的CEO和创始人，Annrai O'Toole说，当他看到Workday对他的公司的企业服务总线(enterprise service bus，缩写为ESB)进行了处理之后，扩展性就从他眼前消失了，并且他看到了主办的(hosted)、随需应变的SOA的未来。Workday的CTO，Stan Swete表示从相反的方向，O'Toole为他的ESB客户演示了 SOA和SaaS会在erp领域结合
【 技术文章】
Cape Clear软件公司的CEO和创始人，Annrai O'Toole说，当他看到Workday对他的公司的企业服务总线(enterprise service bus，缩写为ESB)进行了处理之后，扩展性就从他眼前消失了，并且他看到了主办的(hosted)、随需应变的SOA的未来。Workday的CTO，Stan Swete表示从相反的方向，O'Toole为他的ESB客户演示了SOA和SaaS如何改变了ERP被交付、集成和改变的方式。
无论是否有互利性，Swete说，“一个新的商业模式已经出现了，这就是所需应变的应用的交付即服务(on-demand delivery for applications as services)。
O'Toole说如果你想要看到新的商业模型涌现，看Workday就行了。Swete警告所有这些都还是一个为期两年的启动项目的早期阶段，该项目受到PeopleSoft的创始人及前CEO，Dave Duffield，他现在是Workday的CEO，和该创始人，PeopleSoft公司另外一个高层Aneel Bhusri，他现在是Workday的总裁的资助。该公司发起了第一个随需应变的基于Web service的人力资源产品，目前该产品已经有了12个客户。
唯恐所有人都陷入O'Toole的将Workday看成是潜在的SOA公司的观点，Swete警告主办SOA并不是Workday的Saas产品的最初的计划，但是的确包含。
“Annrai一直都在强调保持SOA简单化的需求，”Swete说。“我认为正是这种简单化的驱动让他看到了主办SOA的机会。它就是我们正在思考的东西。
但是绝对不是行动。Swete指出Workday的很多潜在客户还没有使用Web service。他们还在运行了基于遗留硬件和软件的人力资源管理系统，它们可以追溯到客户端/服务器时期，甚至是主机和文件数据库还是最新技术的时期。SOA仍然是很神圣的东西。
“在我们和客户进行的交流中，我认为每个人都看到了SOA的力量和潜力，”Swete说。“但是我认为每个人都承认它是一个新技术并且它不是他们掌握的技能。他们很高兴实验一些技术，但是他们并不打算真正的使用它，虽然它擅长构建这种集成。”
最先尝试者(early adopters)往往都站在相同的高度，比如RightNow Technologies公司，该公司是随需应变的CRM产品的供应商，在全球拥有1800名客户。“我们在和我们商业应用的Saas厂商的合作中也非常的投入，”RightNow的人力资源主管，Kevin Boylan说。“在和我们自己的客户的合作中我们也看到了随需应变解决方案的好处，所以对我们来说购买一个满足我们需求的随需应变的供应商是容易的决定。Workday就非常适合。”
那些不是很前沿的公司则采取一种比较谨慎的态度来对待Workday提供的产品，Swete承认。有一些客户需要理解他们从Workday获得的基于SaaS人力资源应用中嵌入式ESB的价值。
“我们和客户进行交流有两种截然不同的方法，”他说。“我们必须解释通过嵌入ESB我们要做什么。它提供了什么好处。它带来了什么挑战。典型的交流是首先解释对我们产品的集成将通过Web service进行，而这会被很好的接受，因为即使是内部没有实现这种ESB类型的客户也会将其视为进行他们自己集成的一种方式。”
对于那些对主办SOA感兴趣、但是他们已经有了ESB的客户，交流将会转向互操作和Web service标准，Swete说。
“有很多连接的方式。他们想要确保你有一个开放的方式连接到他们企业中所有的系统，”他解释。“对标准的支持，尤其是我们对Web service的支持，加上他们对ESB的了解确保了我们不会让他们失去任何机会。”
Swete听到潜在的客户这么说：“你使用Cape Clear，而我使用IBMWebSphere。这是否会阻止我连接到你？”
他是这么解释的：因为Cape Clear和IBM都遵守了基本的Web Service标准，集成不是问题。Workday可能不会开始通过Saas的主办SOA计划，但是它的确承诺对于Web service标准的遵守，关于这一点Swete从SOA和Saas的未来的基础来争论。
“我们的应用和外部世界的交流的唯一方法是通过基于XML的方法，”他说。“无论你和我们UI进行交流或者我们的产品和第三方的应用进行交流，都是这样的。我们将所有的东西都基于XML，并且在第三方产品的情况中我们将所有的东西都基于Web service。我们将让我们应用的所有数据进出和任何接触我们应用逻辑的操作都是基于Web Service，而不是，比如直接调用底层的数据库。我们已经封装了我们的商业逻辑并且唯一将其暴露给外部世界的方法是通过Web service。”
Saas和SOA的结合的希望是能够提供互操作和集成的能力，Swete说。在需要和工资系统、福利应用和公司的大的帐务软件进行交互的人力资源应用的例子中，客户现在才刚开始认识到Saas和SOA的结合所带了的好处，他说。
“人们将发现Saas结合SOA的力量，”他说。“作为Saas厂商，开始的时候我们还没有获得Web service合适的粒度，我们开始了构建可互操作的应用的漫长的路程，但是当我们开始调用其他厂商和客户的更多的解决方案的时候，我们开始发现Web service的合适级别是和这些应用进行互操作。所以我认为Saas和SOA的结合是通用互操作的重要概念，并且我认为你会看到它在业内将得到发展。”
