当对Oracle融合应用套装进行评价时，用户和分析师往往不吝赞美之词。但与此同时，他们认为在做出战略承诺之前，你需要考虑的问题还有很多。

　　虽然即将发布的融合应用套装可以节省成本并提高生产率，但是部分分析人士提醒，在非SaaS环境下进行软件的融合，可能会提高维护的成本，其中还包含了对IT部门进行SaaS培训的费用。

　　对于那些只有一个服务器实例的用户，额外的维护成本就更加明显。举个例子来说，如果IT部门在一个服务器上运行Oracle's E-Business Suite中的非SaaS金融软件包，他们还想再使用融合套装中的SaaS人力资源管理软件，那么他们就必须在Oracle基于Web的AIA架构下进行整合。这将需要另外一个服务器，创建重叠的数据将导致额外维护费用的增加。

　　OAUG的系统工程师Floyd Teter这样说：“问题是，应用新的融合套装是否能够收复维护所花的额外费用?对于一些公司来说也许能，但是有些公司显然无法做到收支平衡。”一位分析师十分同意Teter的观点，大多数用户淘汰掉非SaaS应用为的就是使用新的融合应用套装，有些用户则将它们进行整合以匹配，而这样的操作是一个反复的过程，涉及到大量的研究与计划。

　　Altimeter 公司的Ray Wang这样说： “如果有人想使用融合套装，那么他如何保存原有的应用?他何时才能真正切换到融合应用呢?在接下来的六到八个月中，人们需要更多的专业指引，来告诉他们如何进行准备。”

　　Teter表示，目前有许多大型的IT厂商经过漫长而艰辛的努力，最终实现了全球的单一实例。如果他们被融合应用套装所吸引，那么他们就必须打破单一实例而形成多个实例，而且多个实例需要分别进行维护。

　　而甲骨文用户最不愿意听到的消息，就是在22%的标准软件许可之上还要付额外的维护费，以及供应商扩展支持计划的10%差价费。而Oracle在今年5月宣布将减免扩展支持计划费用，直到2011年。Teter 说“我了解现在一些用户正在考虑减员还是继续使用Oracle支持，他们还会考虑使用融合中间件这些没有高昂维护费用的组件。”

　　另外一个阻碍融合套装应用的因素，就是不熟悉SaaS环境的IT人员培训费用。尽管Oracle目前在市场上也有SaaS应用软件，比如CRM On Demand等，但是融合应用套装将触及到更大范围的终端用户，这意味着技术支持团队的人数将激增。Verizon Communications的系统工程师John这样说道：“我目前有专门的团队，负责基于服务器的项目，他们所做的就涉及到SaaS以及云计算环境。如果我们部署Oracle的融合应用套装，那么就意味着有更多的用户会与他们进行互动，我就得扩充团队来满足内部需求。”

　　Teter则表示：“企业中负责Oracle软件的IT人员对SaaS的不熟悉程度可能会让你瞠目结舌，他们大多数都没有掌握SaaS模型。如果我是一个CIO，从现在起我也要开始学习了。”

　　第三个需要考虑的问题就是IT部门如何合理使用融合套装，才能保证之前定制的应用程序不会受损，而大多数用户关心的就是这一过程究竟会有多困难。John表示：“我们在内部创建了几个应用程序以配合Oracle的应用，还有一些外包给第三方的应用程序。在这些应用程序不能合理保护的情况下，我们不会考虑使用融合套装。” Teter则表示：“如果你的程序员使用PL/SQL为你开发了许多应用程序，那么在Oracle融合应用世界中，这些程序可能会行不通，你需要解决的问题有很多。”

　　再看看积极的一面，一些分析师认为基于SaaS的融合套装不需要对基础架构进行进一步投资，这对于节衣缩食的IT部门非常有吸引力。一家运输公司的系统管理员Dale Simpson说：“可以从Oracle那里得到SaaS选项是非常好的，因为我的大部分预算都用在了IT运维上。这样我就有了其它的选项可以节省开支，我需要考虑到就只有整合方面的事，虽然我知道这也并不容易。”

　　分析师认为，Oracle在融合套装用户界面上做的工作值得称赞，他们将用户界面做的像浏览器从而增加了易用性，可以减少操作人员培训的时间并提高生产率。Dale Simpson说：“虽然并没有真正使用过融合套装，但是可以确定的是它的界面有点像Word或Excel。如果我让我的会计员工使用类似Windows的产品，他们会很容易上手。”