论文部分内容阅读
现阶段要把云端的应用系统与企业内部的应用系统整合起来会遇到很多困难,这些困难包括缺少标准、网络不可靠以及可能被云服务提供商锁定。
云计算通过把应用软件和系统迁移到一个集中的
平台(可能是第三方运营也可以是自己运营)从而降低风险,同时提高经济效益。比如,零售商们可以在节假日和购物旺季购买额外的处理能力,一旦进入销售淡季则可以放弃这部分额外的处理能力; 金融服务公司可以另外租用基础架构,用来测试支持新产品的系统,而等开发和测试工作完毕就不再需要使用该基础架构了。另外,用户可以根据自己需求选择最合适的供应商,比如一家云服务提供商开出的条件可能比另一家提供商更优惠,因而会促使CIO们换一家云服务提供商。
随着云计算不断发展,云应用会越来越普及,而企业自己的应用肯定还会继续存在,这样企业的IT部门就会面临着相当棘手的局面:企业的一些IT系统会继续留在自己的数据中心,而另一些IT系统则可能放在外包商的某个地方,而且可能是放在多个云提供商的数据中心。对用户来说,你必须把所有这些IT系统当做一个计算环境来加以管理,尽管没有实际控制全部系统。
无法回避的集成问题
Judith Hurwitz是咨询公司Hurwitz and Associates的总裁,也是《傻瓜云计算》一书的作者,她说:“你的数据中心不再成为你整个IT环境的核心部分,这使得集成成了云计算方面最重要的问题。”
可是目前缺少云计算的相关标准给集成带来很大困难。XML也许是把数据从一个基于Web的系统移到另一个系统的最简单方法,但是涉足云计算领域的许多CIO将不得不整合Web系统和非Web系统,而且是在云计算系统和内部系统混合的环境下进行整合。这项工作的难度之大不亚于10年前集成后台遗留系统与基于Web的、面向用户的应用软件。
经历过那个时期的资深IT人和最近部署了软件即服务(SaaS)系统的人士,对于云计算所带来的集成难题可能有所了解:需要尝试使用不同的应用编程接口(API),以保证速度和流畅性; 要避免被云提供商专有的API牢牢锁定,还要进行大量的测试工作。但是CIO们必须知道如何发现及应对一些意想不到的困难,比如把Web应用软件与本身不支持虚拟化服务器的小众系统或老系统结合起来,以及从众多相互竞争的云互操作性规范中选择一个。此外,像亚马逊和谷歌这些已成为业界巨无霸的云服务提供商在服务企业级客户方面也并非经验十足。
Marty Colburn是负责监管证券公司的美国金融行业监管局(Finra)的首席技术官。他认为IT主管们必须多了解云提供商的内部运作情况,然而一些提供商不愿向客户透露这方面的详情。Colburn在考虑要不要把电子邮件迁移到云端时,就发现集成是个大问题。他希望如果需要审计以确保遵守监管法规时,能够使用自己的抽取工具快速访问归档的电子邮件。但是让他备感沮丧的是,到目前,为此接洽过的云服务提供商都不愿详细透露其架构方面的情况,借口是不想让竞争对手了解自己如何开展业务。他说:“要是不了解这些情况,你怎么知道如何进行集成?我们可没有兴趣购买自己一无所知的黑盒子。”
堵不如疏
有些人可能会想:索性推迟使用云服务,直到整合云服务变得很简单时再使用,但这只是你一厢情愿的想法。美国的汽车贷款公司Santander Consumer的CIO Don Goin表示,员工们很容易就会把SaaS应用(云计算的一种)引入到公司。他们只需要一张信用卡加上绕过IT部门的决心就够了。
Santander Consumer是年收入达187亿美元的银行业巨头西班牙国家银行旗下的一个子公司,去年,Santander Consumer 公司市场营销部的几个员工采用了Salesforce.com的CRM。这个做法并不在Goin的计划之内,但很快在员工当中普及开来,他最后只好允许这样。后来,员工又开始使用Force.com开发平台来开发自定义的商业智能工具,这些工具与公司现有的标准并不一致。于是,Goin不得不派出一个IT团队,来确保这些项目与公司其他商业智能项目保持一致。
Goin说,他必须对所有技术以及进出公司的每一部分数据负责。虽然他不希望IT部门在别人眼里是说“不”的人,但最终用户可能预料不到把新产品与现有技术结合起来所面临的困难。他解释说:“在企业内部,我们有自己的技术标准,但在云端根本没有这样的标准。要是企业用户采用了这些技术,作为IT部门“一把手”CIO其任务就要搞清楚如何把它们与企业内部的其他系统集成起来。”
Goin发现云计算与早期的客户机/服务器时代有几分相似之处,那时候企业用户可能会在没有IT部门帮助或IT部门不知情的情况下,购买新的开发工具自行开发软件。Goin回忆说:“那时我供职于西南航空公司。有个飞行员回家后,用PowerBuilder开发出一款机组人员排班应用软件,希望供大家使用,这种情况并不少见。这些系统最后都被IT部门所接受。”
即使有些公司已经把采用云计算列为自己的目标,也还会碰到意料之外的困难。虽然互联网让云计算成为可能,但是云应用软件需要与老系统通信,而这些系统不是为了在Web上使用而设计的,因此,负责数据格式转换的中间件就必不可少,与互联网刚出现时一样,企业的IT部门常常不得不自行开发中间件。
Stuart Appley是房地产公司Shorenstein Properties的CIO。他表示,Salesforce和NetSuite等大的云服务提供商所提供的电子商务和CRM应用可以与流行的业务应用软件(如甲骨文的软件)进行数据交换,但它们缺少与比较陈旧或小众领域的应用软件进行数据交换的工具,更不用说与企业内部开发的系统进行数据交换的工具了。比如,Appley使用Yardi Systems公司提供的托管版本的重要财产管理系统,Yardi的系统运行在IBM AS/400服务器上。当他希望云计算版本的其他应用软件可以与Yardi软件进行数据交换时,发现这些应用软件的开发商和Yardi都缺少专门为集成这些系统而开发的实用工具。Appley的员工只好使用RPG(IBM在AS/400中使用的编程语言)来编写接口。
现在,他部署了一套新的发票扫描和审核工作流系统,使用微软的BizTalk Server来传送进出该公司众多内部和异地系统的信息。BizTalk将管理不同云应用软件处理的不同格式的数据,包括FTP、各种Web服务和自定义的API。
2007年Appley进入Shorenstein公司之前,公司已订购了众多的云计算和SaaS系统,现在他正设法把它们集成起来。他表示,BizTalk将成为数据传输的中心。“我们有10多种获取数据的方式,只有几个重要的人知道如何获取数据,我们现在正以BizTalk为基础来完成这项工作。”
顾问Hurwitz也提醒CIO们在使用云提供商提供的API和集成工具时要谨慎行事。她说,一旦被云服务提供商专有的API牢牢束缚,如果时过境迁想换一家收费更低、效率更高的提供商就困难了。
目前,有几个组织正在着手制定云计算规范,但云计算的出现毕竟还不太久,到目前为止还没有任何指导原则得到标准化机构的批准。最近由一些软硬件厂商组成的分布式管理任务组完成了开放虚拟化格式(OVF)这项规范,目的在于促进云互操作性。该任务组已将OVF提交给美国国家标准研究所和国际标准化组织。这些标准化机构会在今年测试这项规范,一同测试的还有结构化信息标准组织(OASIS)和云安全联盟提出的其他规范。Hurwitz表示,最终通过的那项规范其影响力会与用于网上数据交换的XML一样大。
她补充说,上述组织一方面致力于推动各自提出的方案成为标准,同时云计算提供商们还希望自己的API会成为事实上的标准,就像Adobe的Flash技术已成为富互联网应用事实上的标准一样。她说:“Salesforce.com、谷歌和亚马逊都希望世界上的其他任何一家云提供商都使用自己的API。”
找到一个适合自己的集成方案
PDS Tech是为波音等大公司提供工程师和IT承包商的一家人力资源服务的公司。该公司CIO Matt Hahn表示,云应用的集成取得成功的关键是找到一个适合自己公司的集成方案。由于云计算技术本身还在迅速变化,标准又还没有确定下来,集成势必面临一定的风险。Hahn希望能够应用之前在SaaS集成时得到的经验,这有助于顺利完成云集成项目。
前些年经济形势恶化时,Hahn决定改用SaaS来节省费用,这个想法立即得到了高级主管们的支持。这一举措的效果很明显,公司此后每年在基础架构、升级和人力等方面省下来的费用多达六七十万美元。他说:“我们是一家年收入3.45亿美元的公司。能省下这么多钱,足以打消大家的疑虑。”
PDS Tech使用Salesforce.com、Taleo公司的人员招聘及跟踪软件和Journyx公司的Timesheet软件包,后者让PDS Tech的承包商可以在网上提交工作时间和费用报表。这家公司使用运行在内部服务器上的Lawson S3工资单、发票和财务套件,负责协调系统之间的数据交换。
Hahn表示,每家云服务提供商都拥有将自身软件与其他软件包集成起来的工具,但缺乏一个统一、适合集成多个软件和云服务的工具。曾有几家提供商提出可以订制接口,但Hahn没有同意。他使用了这些提供商的集成工具,但让自己的员工开发接口,因为他们显然比软件商和服务提供商更清楚自己公司的业务流程。
Hahn把内部的Lawson套件作为数据集成的交换中心,而异地系统都把数据发送到该中心,这就减小了数据不同步的可能性,哪个系统拥有最新、最权威的数据也就一目了然。而在Shorenstein的架构中—BizTalk扮演协调员的角色。
CIO Appley表示,拥有一个集中的、一致的数据对于基于这些数据做出决策来说很重要。然而,云计算要求客户将众多的控制权交给提供商,这就导致保持数据同步是一项更艰巨的挑战。他提醒:“你要确保自己有一项对策。”
不能忽视网络稳定性
消费品公司嘉康利(Shaklee)的CIO Ken Harris预测说,最终,云服务提供商一定会自己开发或购买用于集成的工具—无论这些工具是不是基于开放标准,以便顾客集成各种应用系统。Harris指出,这关系到云服务提供商在将来能不能取得成功。“如果服务提供商无法快速、便捷地把云端的应用与客户内部系统连接起来,就算不上一种高效的经营模式,也就不太可能被很多用户采用。”
嘉康利使用了多种SaaS应用,包括数据仓库、客户关系管理系统、地址确认服务和互联网营销软件包。集成其中一些系统意味着要用第三方工具。比如,嘉康利使用商业智能和数据仓库工具PivotLink,收集来自内部数据库以及订单录入和库存管理等应用软件的数据。
Harris指出,云技术带来的变化是系统在异地运行,但云服务的提供需要以网络可靠作为前提。如果你希望几个应用软件顺利地交换数据,必须保证它们使用的网络随时可用,并且有足够的带宽。CIO与云提供商订合同时,多少会在这方面失去一些控制权。
货运公司Bay and Bay的CIO Rob Adams同样认为,一旦网络陷入停顿,集成就会成问题。这家公司已经在使用Salesforce系统,并计划把更多应用软件迁移到云端。为了在Salesforce.com系统与内部系统之间传送有关公司客户的月累计指标,该公司购买了Salesforce.com推荐的由Informatica提供的数据集成工具。Informatica提供的工具从公司内部运行的两个系统:为货车安排路线的运输管理应用软件和IBM DB2分析型数据库中获取数据后,把它提供给Salesforce.com的系统。
Adams表示,网络停运是不多见的问题,但CIO仍然有必要对这个问题的出现有所防范,为此不但需要在企业内部拥有冗余的网络连接,还要在与网络服务商签订的服务级别协议中明确规定正常运行时间至少多长(以及没有达到该正常运行时间,提供商要负什么责任)。他表示,对没有冗余网络链接的中小企业来说,网络其实会成为最薄弱的环节。
美国金融业监管局(Finra)的首席技术官Colburn表示,一些行业可能会发现云计算的使用范围极其有限,因为无法像在企业内部那样透明地对不同应用进行集成。而金融服务公司必须处理众多合规问题,因此清楚、全面地了解提供商的运营情况必不可少。比如,与其他证券交易所和协会一样,Finra也必须遵守《证券交易法》中严格的档案保管规定,该法要求将许多文档(包括电子邮件)保留五年。而且在头三年,这些文档必须“容易访问”。Colburn表示,要是云提供商无法在任何特定的时间准确表明Finra的电子邮件在何处,他就不能确信这些邮件“容易访问”。所以眼下,Finra的电子邮件仍存放在这家监管机构自己的数据中心。
美盛集团(Legg Mason)是一家管理资产多达6850亿美元的全球资产管理公司,到目前为止联席CIO Dan Greller还没有把任何应用系统放在云端的计划。他表示,由于云应用的安全性还不够高,同时集成方面非常困难,这些都让他犹豫不定。他认为,“大众化”的应用软件(如帮助台管理软件)最适合进行早期的云试验,这是由于它们不需要与美盛集团的核心业务系统紧密集成。
他表示,糟糕的集成会影响应用软件的整体性能,而金融服务公司承担不起这样的后果。采用分布式的计算模式总是会带来性能方面的问题,而云是一种彻底的分布式计算。比如说,要是在企业内部运行的分析应用软件从云端的不同业务系统获取数据,业务分析员必须知道集成在何处进行、造成什么样的延迟,以免根据错误或过时的数据做出决策或进行分析。所以,尽管Greller并没有拒绝考虑云计算,但他希望在认真投入到云计算的怀抱之前,看看标准会如何完善。他表示,如果知道与自己合作的云提供商都会遵守可靠的标准,那么集成起来会比较容易、比较可靠。
省钱不应成为采用云服务的唯一目标
普华永道会计师事务所的执行董事Steve Cranford表示,云服务提供商的技术和价格也许会吸引一心想着削减成本的企业,但一些云服务提供商还没有弄清楚这点:怎样吸引那些并不是以省钱为唯一或主要目标的CIO们。
Cranford主要为构建商业智能和数据管理系统的CIO们提供咨询服务。他说,有些CIO在想方设法改善运营、创造收入、获得竞争优势,他们根本就不想把关键系统交给云服务提供商。有些CIO希望云提供商就一些比较重要的问题与自己交换意见,包括把相互竞争的多个云系统彼此集成起来,以及把云系统与企业内部系统整合起来。云提供商正在向实现这种能力迈步。比如说,亚马逊与凯捷咨询公司一起帮助CIO们评估云服务。Cranford表示,咨询服务不是云提供商经营模式的核心,至少目前还不是。“大多数云提供商是以技术为主的公司,它们关注速度、内容分发和防火墙。”
试用过一些云应用软件的美国金融行业监管局CIO Colburn同意上述看法。他说:“我们发现一些产品系列不太成熟。我们和提供商得先学会走路,然后学着跑步。”
云计算通过把应用软件和系统迁移到一个集中的
平台(可能是第三方运营也可以是自己运营)从而降低风险,同时提高经济效益。比如,零售商们可以在节假日和购物旺季购买额外的处理能力,一旦进入销售淡季则可以放弃这部分额外的处理能力; 金融服务公司可以另外租用基础架构,用来测试支持新产品的系统,而等开发和测试工作完毕就不再需要使用该基础架构了。另外,用户可以根据自己需求选择最合适的供应商,比如一家云服务提供商开出的条件可能比另一家提供商更优惠,因而会促使CIO们换一家云服务提供商。
随着云计算不断发展,云应用会越来越普及,而企业自己的应用肯定还会继续存在,这样企业的IT部门就会面临着相当棘手的局面:企业的一些IT系统会继续留在自己的数据中心,而另一些IT系统则可能放在外包商的某个地方,而且可能是放在多个云提供商的数据中心。对用户来说,你必须把所有这些IT系统当做一个计算环境来加以管理,尽管没有实际控制全部系统。
无法回避的集成问题
Judith Hurwitz是咨询公司Hurwitz and Associates的总裁,也是《傻瓜云计算》一书的作者,她说:“你的数据中心不再成为你整个IT环境的核心部分,这使得集成成了云计算方面最重要的问题。”
可是目前缺少云计算的相关标准给集成带来很大困难。XML也许是把数据从一个基于Web的系统移到另一个系统的最简单方法,但是涉足云计算领域的许多CIO将不得不整合Web系统和非Web系统,而且是在云计算系统和内部系统混合的环境下进行整合。这项工作的难度之大不亚于10年前集成后台遗留系统与基于Web的、面向用户的应用软件。
经历过那个时期的资深IT人和最近部署了软件即服务(SaaS)系统的人士,对于云计算所带来的集成难题可能有所了解:需要尝试使用不同的应用编程接口(API),以保证速度和流畅性; 要避免被云提供商专有的API牢牢锁定,还要进行大量的测试工作。但是CIO们必须知道如何发现及应对一些意想不到的困难,比如把Web应用软件与本身不支持虚拟化服务器的小众系统或老系统结合起来,以及从众多相互竞争的云互操作性规范中选择一个。此外,像亚马逊和谷歌这些已成为业界巨无霸的云服务提供商在服务企业级客户方面也并非经验十足。
Marty Colburn是负责监管证券公司的美国金融行业监管局(Finra)的首席技术官。他认为IT主管们必须多了解云提供商的内部运作情况,然而一些提供商不愿向客户透露这方面的详情。Colburn在考虑要不要把电子邮件迁移到云端时,就发现集成是个大问题。他希望如果需要审计以确保遵守监管法规时,能够使用自己的抽取工具快速访问归档的电子邮件。但是让他备感沮丧的是,到目前,为此接洽过的云服务提供商都不愿详细透露其架构方面的情况,借口是不想让竞争对手了解自己如何开展业务。他说:“要是不了解这些情况,你怎么知道如何进行集成?我们可没有兴趣购买自己一无所知的黑盒子。”
堵不如疏
有些人可能会想:索性推迟使用云服务,直到整合云服务变得很简单时再使用,但这只是你一厢情愿的想法。美国的汽车贷款公司Santander Consumer的CIO Don Goin表示,员工们很容易就会把SaaS应用(云计算的一种)引入到公司。他们只需要一张信用卡加上绕过IT部门的决心就够了。
Santander Consumer是年收入达187亿美元的银行业巨头西班牙国家银行旗下的一个子公司,去年,Santander Consumer 公司市场营销部的几个员工采用了Salesforce.com的CRM。这个做法并不在Goin的计划之内,但很快在员工当中普及开来,他最后只好允许这样。后来,员工又开始使用Force.com开发平台来开发自定义的商业智能工具,这些工具与公司现有的标准并不一致。于是,Goin不得不派出一个IT团队,来确保这些项目与公司其他商业智能项目保持一致。
Goin说,他必须对所有技术以及进出公司的每一部分数据负责。虽然他不希望IT部门在别人眼里是说“不”的人,但最终用户可能预料不到把新产品与现有技术结合起来所面临的困难。他解释说:“在企业内部,我们有自己的技术标准,但在云端根本没有这样的标准。要是企业用户采用了这些技术,作为IT部门“一把手”CIO其任务就要搞清楚如何把它们与企业内部的其他系统集成起来。”
Goin发现云计算与早期的客户机/服务器时代有几分相似之处,那时候企业用户可能会在没有IT部门帮助或IT部门不知情的情况下,购买新的开发工具自行开发软件。Goin回忆说:“那时我供职于西南航空公司。有个飞行员回家后,用PowerBuilder开发出一款机组人员排班应用软件,希望供大家使用,这种情况并不少见。这些系统最后都被IT部门所接受。”
即使有些公司已经把采用云计算列为自己的目标,也还会碰到意料之外的困难。虽然互联网让云计算成为可能,但是云应用软件需要与老系统通信,而这些系统不是为了在Web上使用而设计的,因此,负责数据格式转换的中间件就必不可少,与互联网刚出现时一样,企业的IT部门常常不得不自行开发中间件。
Stuart Appley是房地产公司Shorenstein Properties的CIO。他表示,Salesforce和NetSuite等大的云服务提供商所提供的电子商务和CRM应用可以与流行的业务应用软件(如甲骨文的软件)进行数据交换,但它们缺少与比较陈旧或小众领域的应用软件进行数据交换的工具,更不用说与企业内部开发的系统进行数据交换的工具了。比如,Appley使用Yardi Systems公司提供的托管版本的重要财产管理系统,Yardi的系统运行在IBM AS/400服务器上。当他希望云计算版本的其他应用软件可以与Yardi软件进行数据交换时,发现这些应用软件的开发商和Yardi都缺少专门为集成这些系统而开发的实用工具。Appley的员工只好使用RPG(IBM在AS/400中使用的编程语言)来编写接口。
现在,他部署了一套新的发票扫描和审核工作流系统,使用微软的BizTalk Server来传送进出该公司众多内部和异地系统的信息。BizTalk将管理不同云应用软件处理的不同格式的数据,包括FTP、各种Web服务和自定义的API。
2007年Appley进入Shorenstein公司之前,公司已订购了众多的云计算和SaaS系统,现在他正设法把它们集成起来。他表示,BizTalk将成为数据传输的中心。“我们有10多种获取数据的方式,只有几个重要的人知道如何获取数据,我们现在正以BizTalk为基础来完成这项工作。”
顾问Hurwitz也提醒CIO们在使用云提供商提供的API和集成工具时要谨慎行事。她说,一旦被云服务提供商专有的API牢牢束缚,如果时过境迁想换一家收费更低、效率更高的提供商就困难了。
目前,有几个组织正在着手制定云计算规范,但云计算的出现毕竟还不太久,到目前为止还没有任何指导原则得到标准化机构的批准。最近由一些软硬件厂商组成的分布式管理任务组完成了开放虚拟化格式(OVF)这项规范,目的在于促进云互操作性。该任务组已将OVF提交给美国国家标准研究所和国际标准化组织。这些标准化机构会在今年测试这项规范,一同测试的还有结构化信息标准组织(OASIS)和云安全联盟提出的其他规范。Hurwitz表示,最终通过的那项规范其影响力会与用于网上数据交换的XML一样大。
她补充说,上述组织一方面致力于推动各自提出的方案成为标准,同时云计算提供商们还希望自己的API会成为事实上的标准,就像Adobe的Flash技术已成为富互联网应用事实上的标准一样。她说:“Salesforce.com、谷歌和亚马逊都希望世界上的其他任何一家云提供商都使用自己的API。”
找到一个适合自己的集成方案
PDS Tech是为波音等大公司提供工程师和IT承包商的一家人力资源服务的公司。该公司CIO Matt Hahn表示,云应用的集成取得成功的关键是找到一个适合自己公司的集成方案。由于云计算技术本身还在迅速变化,标准又还没有确定下来,集成势必面临一定的风险。Hahn希望能够应用之前在SaaS集成时得到的经验,这有助于顺利完成云集成项目。
前些年经济形势恶化时,Hahn决定改用SaaS来节省费用,这个想法立即得到了高级主管们的支持。这一举措的效果很明显,公司此后每年在基础架构、升级和人力等方面省下来的费用多达六七十万美元。他说:“我们是一家年收入3.45亿美元的公司。能省下这么多钱,足以打消大家的疑虑。”
PDS Tech使用Salesforce.com、Taleo公司的人员招聘及跟踪软件和Journyx公司的Timesheet软件包,后者让PDS Tech的承包商可以在网上提交工作时间和费用报表。这家公司使用运行在内部服务器上的Lawson S3工资单、发票和财务套件,负责协调系统之间的数据交换。
Hahn表示,每家云服务提供商都拥有将自身软件与其他软件包集成起来的工具,但缺乏一个统一、适合集成多个软件和云服务的工具。曾有几家提供商提出可以订制接口,但Hahn没有同意。他使用了这些提供商的集成工具,但让自己的员工开发接口,因为他们显然比软件商和服务提供商更清楚自己公司的业务流程。
Hahn把内部的Lawson套件作为数据集成的交换中心,而异地系统都把数据发送到该中心,这就减小了数据不同步的可能性,哪个系统拥有最新、最权威的数据也就一目了然。而在Shorenstein的架构中—BizTalk扮演协调员的角色。
CIO Appley表示,拥有一个集中的、一致的数据对于基于这些数据做出决策来说很重要。然而,云计算要求客户将众多的控制权交给提供商,这就导致保持数据同步是一项更艰巨的挑战。他提醒:“你要确保自己有一项对策。”
不能忽视网络稳定性
消费品公司嘉康利(Shaklee)的CIO Ken Harris预测说,最终,云服务提供商一定会自己开发或购买用于集成的工具—无论这些工具是不是基于开放标准,以便顾客集成各种应用系统。Harris指出,这关系到云服务提供商在将来能不能取得成功。“如果服务提供商无法快速、便捷地把云端的应用与客户内部系统连接起来,就算不上一种高效的经营模式,也就不太可能被很多用户采用。”
嘉康利使用了多种SaaS应用,包括数据仓库、客户关系管理系统、地址确认服务和互联网营销软件包。集成其中一些系统意味着要用第三方工具。比如,嘉康利使用商业智能和数据仓库工具PivotLink,收集来自内部数据库以及订单录入和库存管理等应用软件的数据。
Harris指出,云技术带来的变化是系统在异地运行,但云服务的提供需要以网络可靠作为前提。如果你希望几个应用软件顺利地交换数据,必须保证它们使用的网络随时可用,并且有足够的带宽。CIO与云提供商订合同时,多少会在这方面失去一些控制权。
货运公司Bay and Bay的CIO Rob Adams同样认为,一旦网络陷入停顿,集成就会成问题。这家公司已经在使用Salesforce系统,并计划把更多应用软件迁移到云端。为了在Salesforce.com系统与内部系统之间传送有关公司客户的月累计指标,该公司购买了Salesforce.com推荐的由Informatica提供的数据集成工具。Informatica提供的工具从公司内部运行的两个系统:为货车安排路线的运输管理应用软件和IBM DB2分析型数据库中获取数据后,把它提供给Salesforce.com的系统。
Adams表示,网络停运是不多见的问题,但CIO仍然有必要对这个问题的出现有所防范,为此不但需要在企业内部拥有冗余的网络连接,还要在与网络服务商签订的服务级别协议中明确规定正常运行时间至少多长(以及没有达到该正常运行时间,提供商要负什么责任)。他表示,对没有冗余网络链接的中小企业来说,网络其实会成为最薄弱的环节。
美国金融业监管局(Finra)的首席技术官Colburn表示,一些行业可能会发现云计算的使用范围极其有限,因为无法像在企业内部那样透明地对不同应用进行集成。而金融服务公司必须处理众多合规问题,因此清楚、全面地了解提供商的运营情况必不可少。比如,与其他证券交易所和协会一样,Finra也必须遵守《证券交易法》中严格的档案保管规定,该法要求将许多文档(包括电子邮件)保留五年。而且在头三年,这些文档必须“容易访问”。Colburn表示,要是云提供商无法在任何特定的时间准确表明Finra的电子邮件在何处,他就不能确信这些邮件“容易访问”。所以眼下,Finra的电子邮件仍存放在这家监管机构自己的数据中心。
美盛集团(Legg Mason)是一家管理资产多达6850亿美元的全球资产管理公司,到目前为止联席CIO Dan Greller还没有把任何应用系统放在云端的计划。他表示,由于云应用的安全性还不够高,同时集成方面非常困难,这些都让他犹豫不定。他认为,“大众化”的应用软件(如帮助台管理软件)最适合进行早期的云试验,这是由于它们不需要与美盛集团的核心业务系统紧密集成。
他表示,糟糕的集成会影响应用软件的整体性能,而金融服务公司承担不起这样的后果。采用分布式的计算模式总是会带来性能方面的问题,而云是一种彻底的分布式计算。比如说,要是在企业内部运行的分析应用软件从云端的不同业务系统获取数据,业务分析员必须知道集成在何处进行、造成什么样的延迟,以免根据错误或过时的数据做出决策或进行分析。所以,尽管Greller并没有拒绝考虑云计算,但他希望在认真投入到云计算的怀抱之前,看看标准会如何完善。他表示,如果知道与自己合作的云提供商都会遵守可靠的标准,那么集成起来会比较容易、比较可靠。
省钱不应成为采用云服务的唯一目标
普华永道会计师事务所的执行董事Steve Cranford表示,云服务提供商的技术和价格也许会吸引一心想着削减成本的企业,但一些云服务提供商还没有弄清楚这点:怎样吸引那些并不是以省钱为唯一或主要目标的CIO们。
Cranford主要为构建商业智能和数据管理系统的CIO们提供咨询服务。他说,有些CIO在想方设法改善运营、创造收入、获得竞争优势,他们根本就不想把关键系统交给云服务提供商。有些CIO希望云提供商就一些比较重要的问题与自己交换意见,包括把相互竞争的多个云系统彼此集成起来,以及把云系统与企业内部系统整合起来。云提供商正在向实现这种能力迈步。比如说,亚马逊与凯捷咨询公司一起帮助CIO们评估云服务。Cranford表示,咨询服务不是云提供商经营模式的核心,至少目前还不是。“大多数云提供商是以技术为主的公司,它们关注速度、内容分发和防火墙。”
试用过一些云应用软件的美国金融行业监管局CIO Colburn同意上述看法。他说:“我们发现一些产品系列不太成熟。我们和提供商得先学会走路,然后学着跑步。”