CIO不能不知的云计算整合问题

云计算使应用程序的位置和平台的随时移动成为可能，从某种意义上讲，这种移动往往充满风险并且与经济利益息息相关。 举例来讲，零售商可以在美国“假日购”季节购买额外的交易处理服务，而在淡季放弃购买。金融服务公司可能购买一些基础设施用来为新产品系统作测试，测试完毕他们就不再购买些服务。云技术供应商可以通过更具竞争力的价格在与其他云技术供应者的竞争中取胜，使CIO们转换供应商。 随着云技术的发展，一些企业的IT系统将继续留在你的数据中心，另一些也许放在外部资源下，还有一些要交给一个或者多个云技术供应商来做。你必须把所有的事情放在一个“计算”的环境下去考虑，而不是单纯地去“控制”这些事。“你的数据中心不再决定整个IT环境”，《傻瓜云计算》(Cloud Computing for Dummies)的作者慧慈咨询事务所总监朱迪斯·慧慈说，“这使整合变成云技术中最重要的事情”。 对于整合云计算系统还没有标准。 XML也许是把数据从一个网络系统移到另一个网络系统的最好方式，但是很多冒险使用云技术的CIO将不得不在一种云技术与预置环境相结合的情况下连结一些网络和非网络系统。用面向用户的网络系统将10年前的旧系统与现有应用系统联系起来的确是件困难的事情。 过去，就像最近很多的软件服务 (SaaS)计划一样，了解一些整合对云计算的挑战能够：运用不同的应用程序编程接口测试速度和流动性，避免占用云技术供应商的专有应用程序接口 (APIs)，还能做很多测试。但是，CIO们还应该意识到如何定位一些困难，如：如何在没有内置虚拟服务以及面临初生的云互操作性规范竞争的情况下连接到适当的Web应用程序或一些已经过时的系统。“另外，供应商逐渐成长为商业巨人，如亚马逊和谷歌，但它们尚缺乏为企业顾客提供服务的经验” ，慧慈说。 “与一些云技术的供应者希望展示的情况相比，IT领导者更需要了解的是有关云技术提供者的内部运作程序”，负责证券公司监管的 Finra(Financial Industry Regulatory Authority，金融行业监督管理机构)的CTO马蒂·库本说。 正如科本(Colburn)所研究的，整合是一个关键问题，从这一点来讲，是否把电子邮件系统也整合进云服务也是个问题。他希望用他自己研究出的方法实现对存档电子邮件的快速访问，从而躲避规范化的审计。但是结果令他失望，因为他所谈到的供应商不愿透露更多的关于自己的信息，他们不想让竞争者指导自己公司是如何运转的。“没有这些信息”，科本说，“你怎么能知道如何进行整合呢，我们不是在购买一个‘黑箱’”。 任何问题的答案都不简单 你可能认为你可以推迟使用云服务，直到所有有关整合的问题都清楚明了。但是那不行。“员工们可以统一将云计算的一种—— SaaS应用到你的公司，所有他们需要的只不过是一张美国运通卡(AXP)和绕过IT技术的决心”，美国Santander Consumer汽车信贷公司CIO唐·戈因说。这家公司是拥有18.7亿资金的银行巨头 Banco Santander (SAN)的一个分支。 去年，Santander Consumer 公司的一些销售部员工从供应商CRM 的网站Salesforce.com借鉴了一些工具。虽然这不是戈因短期计划的一部分，但这项计划将很快实现并且站稳脚跟。于是，员工们开始使用 Force.com的开发平台去开发海关业务智能工具，而不拘泥于企业现有的标准。戈因指定了一个IT团队利用企业的BI措施将上述项目付诸实施。 “我对进出我公司的所有技术和数据承担100%的责任”，他说。 “戈因不想IT人被看成‘说不’的人”，他说，“但是终端用户很难预见运用现有的技术去开发新产品的困难”。“大部分情况下，我们有技术标准，但它们没有一个能比得上云”，他解释道，“如果客户采用了这些技术，那么对于CIO们来说就面临着IT方面的挑战，我们要想办法让我们其他的技术能够与这些技术整合在一起”。 戈因还看到了云计算与早些时候的客户服务之间的相似之处。早些时候的企业用户可能会选择购买“即点即到”的开发工具来在没有 IT帮助或者相应知识的情况下构建自己的软件系统。“当时我正供职于西南航空公司(LUV) ，对于那时候的飞行员们来说，回到家里，然后用PowerBuilder 安排排班，并且把排班的结果通知每一个人，这种情况并不鲜见”，戈因回忆说，“归根到底这些系统还是靠IT技术来运转”。 即使云计算是一个公司的目标，意想不到的状况还是会发生。互联网作为一种载体使云技术成为可能，但是许多系统都不是为在线服务设计的，这些系统还需要进一步解决云技术遗留下来的程序问题。从事数据转换业务的中间商的出现将会成为必然，正如因特网刚刚出现的时候，IT企业常常需要自己去建立这样一个网络。 “大的供应商，如销售电子商务服务和CRM软件的 Salesforce 和 NetSuite (N), 为企业提供的整合工具广受欢迎，例如Oracle (ORCL) 的软件格式工具”，Shorenstein Properties公司的CIO斯图亚特·阿普雷说。Shorenstein Properties公司是一家拥有和管理商业房地产业务的私人公司，但是他们没有能够与大型供应商相抗衡的工具，更谈不上系统内部开发。例如，Appley使用Yardi系统提供的一个关键的资产管理系统的主机版本，而Yardi靠IBM的AS/400服务器驱动。如果他想运用Yardi在其他应用程序下使用云服务来实现数据的转换，那么其他应用程序的供应商和Yardi都没办法实现这些系统的联通。Appley的员工需要在RPG中写下有关接口的信息，即程序语言：AS/400的IBM用户。与此同时，他刚刚铺开了一个新的得到认可的工作流系统，运用微软的BizTalk服务在公司不同的系统中传送各种信息。 “BizTalk 会安排不同格式下的不同云应用程序的数据，包括FTP，各种互联网服务和客户应用程序接口”,他说。 “我们把数据从一个云应用程序转移到另一个中，把这种转移的过程作为一个中间环节，目的是转换数据，并且将数据传送出去”，他说。在2007年Appley出现之前，Shorenstein已经签约使用多种云服务和 SaaS系统，现在他已将所有系统整合再一起。“BizTalk作为一种开发程序将占据中心位置”，他说，“我们有10种不同的方法去获取数字资源，而这些方法只有少数关键的人知道，所以现在我们可以算作BtizTalk的奠基人”。 慧慈建议CIO们在使用供应商提供的他们自己享有 API与整合工具的云技术时要小心。“对于企业来说，被专有的API云技术圈住将会导致企业在机会到来时很难进一步缩减成本，提高效率”，她说 。有一些组织从事专门的云计算服务，但是这些服务还是新生事物，还没有一个被认可的标准去衡量这些服务。 例如：分布式管理任务组(Distributed Management Task Force)——一个集软硬件服务于一体的组织，最近作出了一个叫做Open Virtualization Format(OVF)的说明，该说明旨在促进云技术之间的互操作性。工作小组已向美国国家标准局和国际标准组织提交了OVF的相关资料。上述标准组织以及结构化信息标准促进组织和云技术安全联盟将在今年对提交的说明进行检测。“如果对云技术的检验成功，这项技术将会产生同XML对于互联网基础上的数据交换一样的影响”，慧慈说。(见Make Sense of Coming Cloud Standards一文。)“这些组织按照自己的意愿工作”，她补充道，“供应商希望他们自己的API能够成为实实在在的标准，正如Adobe公司已经成为整合的互联网应用程序中一部分的Flash技术一样”。“Salesforce、谷歌和亚马逊之间将都使用相同的云供应商提供的产品作为自己的 API”，她说。

声明： 此文观点不代表本站立场；转载须要保留原文链接；版权疑问请联系我们。