Oracle融合应用(Oracle Fusion Applications)在今年迎来了第一个部署的高峰期，许多公司在某种程度上都已经将其应用到了生产环境中。

　　经过了五年多的开发，甲骨文的客户已经开始在他们的IT基础架构下实施融合应用。在这之前，大多数公司都是以模块化的方式部署Oracle应用，随着融合应用的到来，这样的情况将会得到很大的改变。

　　据了解，有超过50家客户参与了甲骨文的融合应用计划，在上周召开的Oracle Collaborate用户组大会上，又有更多的客户参与到这项计划当中。大会上，甲骨文高级副总裁Steve Miranda针对融合应用发表了主题演讲。很明显，甲骨文已经准备好让更多的客户接受融合的概念。而现在关键的问题是：客户是否对此做好了准备?

　　“我认为融合应用的技术看上去真得十分不错，”来自全球500强中某企业副总裁Alexis Pietraroia说到：“但是我只是不喜欢总有人在向你讲述它到底有多好。”

　　其实甲骨文也并没有拿出一次性彻底执行融合的策略，他们基本上是将融合应用客户的接受过程分成了三种类型：

　　1) 已经有成熟的Oracle应用，比如E-Business Suite和PeopleSoft，并在近期内没有转移到融合应用打算的客户;

　　2) 已经部署了融合应用中某些模块的客户，比如人力资本管理，他们的系统中还有其它的Oracle应用。这就是甲骨文所谓的“共存(co-existence)”模式。Miranda表示这将成为最广泛的融合应用部署方式。

　　3) 希望部署完整融合应用的客户。在一次访谈中，Miranda表示这个方式将针对那些第一次接触Oracle应用的客户。

　　每一种方式都是各有利弊。首先客户会在技术支持以及软件版本开发进度方面产生一定的疑惑，毕竟Oracle融合应用是全新的产品，并不像现在的E-Business Suite、PeopleSoft或者J.D. Edwards那样成熟。Miranda表示客户无须为此担心。他说：“我们要做的，其实就是将融合应用看作是一个组件。甲骨文现在对每一块都有着清晰的发展线路图，所以客户可以放心使用。”

　　其实客户纠结这样的线路图能持续多久的疑虑不无道理，最近的一份Gartner报告指出，Oracle-Siebel CRM在未来的创新将只针对融合应用，而不会针对Siebel本身。

　　报告中这样写道：“Oracle CRM客户可以不用急于迁移到融合应用，直到2013年。我们估计甲骨文最后一个版本的Siebel CRM将在2013年推出，完整的技术支持将持续5年时间，之后还有Sustaining Support。”

　　对于模块化的部署方式，终端用户可以选择Oracle融合应用的特点模块以满足自身的业务需求，然后再评估未来是否会添加更多组件。这是所谓的共存方式，融合应用可以与现有的Oracle应用进行良好的集成。

　　这时候疑虑又来了，这样的集成究竟会不会出问题，或者说模块化的方式是否足够好。甲骨文的一个客户Principal Financial Group已经采取了这样的方法，他们将Fusion Workforce Compensation与现有的PeopleSoft和财务管理软件进行了集成。

　　另外，一些客户担心这样的模式会不会导致最终他们不得不完全接受Oracle的架构。融合应用在部署时要求Oracle BI企业版和融合中间件，也许有些客户在部署融合应用之前是没有任何Oracle架构的，那么这时问题就来了。Oracle第三方技术支持公司Rimini Street的总裁Sebastian Grady表示：“将收购来的产品拆分，并将代码写入新的平台，这样的事情在之前根本没有哪家公司做过。我并不是说这做不到，但是肯定不会一次性做到。”

　　Oracle ACE总监Floyd Teter自从2005年开始就亲自参与了融合应用的测试工作，他表示融合应用的性能让人印象深刻，但是根据不同公司的软硬件架构，这一产品的成本将很高。

　　“在进行部署之前，你需要考虑好资源问题，”Teter说：“性能的提升是在有足够资源的前提下，如果你没有良好的硬件以及中间件做支撑，融合应用也许将成为一个更大的挑战。”

　　Teter预测，新的融合应用客户很可能会将系统部署在远程数据中心中，并由甲骨文或者其他的厂商进行托管。拿Principal Financial Group举例，他们就将融合应用托管在甲骨文的数据中心里。他说：“有些时候，花钱去托管会比花钱雇人自己管理来的更划算一些。”

　　更重要的事，公司一定要进行一个严谨的投资回报分析，才能决定融合应用是否适合自己的情况，即使最终没有部署融合应用，这样的分析也是十分必要的，因为它能够对现有的应用做一个详细的分析并确定未来的投资方向。