并不简单的答案

　　你可能认为你可以推迟使用云服务，直到所有有关整合的问题都清楚明了。但是那不行。美国Santander Consumer汽车信贷公司首席信息官Don Goin称，员工可以将SaaS应用--云计算的一种--轻松地引入你的公司，他们需要的只不过是一张美国运通卡(AXP)和攻克IT技术的愿望。这家公司是拥有18.7亿资金的银行巨头Banco Santander (SAN)的一个部门。

　　去年，Santander Consumer公司的一些销售部员工从CRM供应商Salesforce.com引入了一些工具。虽然这不是Goin的近期计划的一部分，但它很快实现并且站稳脚跟。于是，员工们开始使用Force.com开发平台去开发定制的商业智能工具，而不拘泥于企业现有的标准。Goin还指定了一个IT团队利用企业的商业智能计划将上述项目付诸实施。

　　他称："我对进出我公司的所有技术和数据承担100%的责任。" Goin不想IT人被看成是"说不的人"，但是终端用户很难预见运用现有的技术去开发新产品的困难。他解释称："在公司内部，我们有技术标准，但这些标准都不适合云计算。如果客户采用了这些技术，那么对于首席信息官们来说就面临着IT方面的挑战，我们要想办法让我们其他的技术能够与这些技术整合在一起。"

　　Goin还看到了云计算与早期客户端-服务器时代之间的相似之处。那时企业用户可能会选择购买新的"即点即到"开发工具，并在没有IT帮助或者相应知识的情况下构建自己的软件系统。Goin回忆称："当时我正供职于西南航空公司，对于那时候的飞行员来说，回到家里用PowerBuilder开发一个排班应用，这种情况没有什么稀奇。这些系统归根到底还是依赖IT技术工作。"

　　即使云计算是一个公司的目标，意想不到的状况还是会发生。互联网作为一种载体使云计算成为可能，但是云计算应用需要用到的许多旧系统都不是为在线使用设计的。进行数据格式转换的中间件是必需的，正如互联网刚刚出现的时候，企业IT部门常常需要自己去建立这样一个网络。

　　美国Shorenstein Properties公司的首席信息官Stuart Appley称，销售电子商务和CRM软件的Salesforce和NetSuite等大厂商为甲骨文的软件等流行的商业应用提供了优秀的整合工具。但是他们没有能够配合较早的提供商使用的工具，更谈不上内部开发的系统了。Shorenstein Properties公司是一家拥有和管理商业房地产业务的私人公司。

　　例如，Appley使用Yardi系统公司提供的一个关键资产管理系统的主机版本，运行在IBM的AS/400服务器上。如果他希望其他应用的云计算版本能够和Yardi软件交换数据，那么应用程序供应商和Yardi都没有专门为连接他们的系统编写的实用程序。Appley的员工需要用IBM在AS/400上使用的编程语言RPG编写接口程序。

　　与此同时，他刚刚推出的一个新的发票扫描与核准工作流系统，采用微软BizTalk Server在公司不同的系统间传送各种信息。他称："BizTalk会管理不同云应用使用的不同格式的数据，包括FTP、Web服务和定制应用编程接口。"

　　Appley称："我们把数据从一个云应用转移到另一个云应用，我们获取到中间数据，然后转换数据，再将数据传送出去。"在2007年Appley到来之前，Shorenstein已经签约使用多种云计算和SaaS系统，现在他已将所有系统整合再一起。他称："BizTalk将成为开发的中心。我们有10种不同的途径去获取数据，而这些途径只有少数关键的人知道，所以现在我们可以算作BizTalk的奠基人。"

　　Hurwitz忠告首席信息官们在采用云计算供应商自己的API与整合工具时要小心。她称，对于企业来说，被专有API云服务圈住将会导致企业在机会到来时很难进一步缩减成本，提高效率。一些组织正在制定云计算规范，但是这些想法还是新生事物，还没有一个被标准组织批准的规范。

　　例如：分布式管理任务组，最近完成了一个叫做开放虚拟化格式(OVF)的规范，该规范旨在促进云计算的互操作性。工作小组已向美国国家标准局和国际标准化组织提交了OVF的相关资料。上述标准组织以及结构化信息标准促进组织和云技术安全联盟将在今年对提交的规范进行测试。Hurwitz称，如果获得批准，它可能像XML对于基于Web的数据交换一样重要。

　　她补充道，虽然这些组织开发了自己的提案，但是厂商希望他们自己的API能够成为实实在在的标准，就像Adobe的Flash技术已经成为互动Web应用的事实标准一样。Hurwitz称："Salesforce、谷歌和亚马逊都希望别的云计算厂商使用它们自己的API。"