Korey Huerter是Principal Financial Group的高级IT分析师，他的公司也是Oracle融合应用软件项目的试用者之一。对Huerter来说，Oracle融合应用软件(Fusion Application)就像是一个神秘的黑匣子。目前他的公司在内部部署了融合应用软件。

　　甲骨文在去年秋天结束了试用者项目，并正式对外发布了Oracle融合应用软件。Principal Financial也是第一批从试用者转向正式客户的公司，在一开始，Huerter需要决定融合应用的部署模式，到底是要托管还是要在内部部署。

　　最终公司决定在内部部署Oracle融合应用软件，并计划在未来六个月之内完成整个项目。Huerter表示，公司这样做，首先是希望把重要的财务数据放到自己的数据中心，其次内部部署的方式与其他应用集成起来更方便。但即便是这样，Huerter也发现这个项目并不是想象的那么简单。

　　Huerter说：“我们希望按部就班地执行项目，但不试不知道。如果当初选择了托管的方式，我们就不会知道它到底是怎样运转起来的了。”

　　内部部署Oracle融合应用的复杂度

　　根据TechTarget美国的一项调查显示，有将近8%的Oracle用户计划在2012年部署融合应用软件。其中大多数用户表示他们会选择内部部署的方式，而不会考虑托管。

　　但如果选择了内部部署，那么这些用户就要做好充分的心理准备，部署这样一套应用系统可能要花上一年甚至更长的时间来进行开发和测试，因为它包含了太多的组件，而且都是甲骨文收购的不同厂商的产品。漂亮的用户界面不足以满足用户的真正需求，当你真正去看一看软件的内容时，也许会发现更多。

　　Innowave Technology公司是另一家内部部署Oracle融合应用软件的客户，而作为Oracle咨询机构，Innowave必须搞清楚软件的内部工作原理。Innowave的副总裁也是Oracle ACE总监的Floyd Teter表示，内部部署Oracle融合应用是一件非常复杂的事。

　　Teter说：“事实上融合应用最终出炉的产品，是同当初设计不一样的。再次期间，甲骨文收购了许多新的公司，而且很快地将它们的产品添加到了融合应用当中。所以支撑其功能的底层技术是非常复杂的。”

　　Teter预测在未来一定会有更多的用户选择托管的方式，也别是对于那些希望应用系统共存的企业来说，这会是最好的选择。但是还是会有一部分的用户处于安全性考虑，而选择内部部署。Teter表示，内部部署会相对困难，因为企业需要对Oracle融合中间件有足够的了解和知识储备。此外，还需要DBA、专门的融合中间件管理员、有Oracle身份管理器基础的技术人员、懂得SOA、BPM、WebCenter知识的人员。可以说需要一个多面手，特别是对Oracle融合中间件产品线非常熟悉的人。

　　Principal Financial也遭遇了同样的问题，IT部门有一定的融合中间件基础，而他们现在要做的，就是抓紧时间向员工进行PeopleSoft方面的培训。

　　一些部署案例

　　Fujitsu公司的Debra Lilley是英国Oracle用户组的主管，她研究Oracle融合应用软件有一段时间了。她表示，对于那些拥有成熟的中间件和SOA平台的大型公司最适合内部部署融合应用。在她的印象中，有许多客户都能够轻松地部署融合应用软件。

　　“更大的企业更倾向于内部运行系统，”她说：“我认为随着时间的推移，当人们选择替换而不是一味扩张的时候，他们就会希望自己来做了。”

　　Green Mountain Coffee Roasters就是一个例子，该公司是融合CRM软件的早期试用者，到目前为止，他们还将系统托管在甲骨文的数据中心中。公司的CIO Jim Prevo表示，当系统达到一定稳定度和利用率的时候，他们就会将系统迁移回自己的数据中心。

　　“我希望自己的东西还是自己来管，” Prevo说：“我知道这样的观念显得很守旧，但是这样才能保证安全性。”

　　当然也有反例，Teter介绍说他的一个客户最初选择了内部部署，但是发现太过复杂，于是找到了咨询顾问。他们一边看着Teter一边说：“天啊，我们都不知道自己该干些什么!”