至关重要 如果CIO正准备实施云计划

原创
云计算
上周我写了一篇名为“CIO应该如何着手推动云计算新方案”的评论。在该文中,我得出的结论可以归纳为“平台转换正处于急速发展之中”;我注意到,云运算平台方面的创新步伐及实际应用的发展速度,要远远快于以往曾经存在过的任何平台的演化过程。

上周我写了一篇名为“CIO应该如何着手推动云计算新方案”的评论。在该文中,我得出的结论可以归纳为“平台转换正处于急速发展之中”;我注意到,云计算平台方面的创新步伐及实际应用的发展速度,要远远快于以往曾经存在过的任何平台的演化过程。

在本周之内,两则公告消息进一步证实了上述观点。这两条消息对准备实施云计算计划的CIO们来说可谓至关重要;而虽然没有太多的评论将其内容联系起来,但我仍然认为两条消息的内容是互补的,并深刻地反映了云计算将如何在未来改变企业IT的性质。

***条公告内容为Facebook公司公布其开源计算项目。Facebook自两年前就开始深度思考其数据中心的设计,包括创建使用定制硬件的特殊综合设施、无空调前提下的室内外通风、创新设计的地板方案等等,并希望借此来降低数据中心的运营成本。关于Facebook公司在自身数据中心设计方面的详情,大家可以点此查看James Hamilton所做的高水平的书面记录。

第二条消息是VMware公司对外宣布了其CouldFoundry项目,该项目提供了一个具备开源许可的广义平台即服务(简称PaaS)系统。VMware已经收购了数个开源软件公司,并将这些公司的产品整合到CloudFoundry框架当中。CloudFoundry不仅在功能方面远远超越了普遍意义上的集成产品套件,还提供了一套编程框架,以帮助开发人员创建出灵活及可扩展的应用程序,而无需费心于协调例如虚拟机、数据库等个人计算资源。此外,VMware还针对开发人员的实际应用需求提供了CloudFoundry的主机版本。***,CloudFoundry采用未知云支持体系,使得基于CLoudFoundry来开发的应用程序能够更加多样化,其支持对象包括那些并非基于VMware软件的程序(如同于公司内部所部署的私有云一样)。如果大家想了解更多关于CloudFoundry的信息,点击这里查看由Rackspace公司的Rober Scoble对VMware公司的Tod Nielsen进行的视频采访(来自@scobleizer)。

上述两则消息都着力于表达各自公司的权利,但是综合来看,大家仍然能够从中对未来云计算领域的发展方向有一个笼统的概念。让我们进一步剖析这两则消息来深入了解其中包含的信息吧。
首先,开放计算为我们提供了运营数据中心的新基准,并且,不同于谷歌与微软,虽然他们也已经建立了极为高效的数据中心体系,但却将许多关键性细节视为专有技术。在这一点上,Facebook公司的选择是将数据中心的设计与全世界分享。

从本质上来说,Facebook已经在重新思考数据中心构成中的每一个元素,以使其组成部分及操作执行在整体上尽可能地高效。在宣布该项目时,Facebook指出其数据中心在采用了开放计算设计后,在进行相同运算量的前提下,与旧有数据中心相比在能耗方面降低了38%,而建设成本也降低了24%。正如前面我们所谈到的,新的数据中心不使用空调;而这种方案得以成功实施的原因是其机房位于俄勒冈州,那里的外界空气温度足以满足主机冷却的需求。其它设施包括采用专门的能源分配系统,特殊设计的毫无累赘组件的服务器以及取消了中央UPS(即不间断电源)的电力供应体系。通过将传统的由标准化零部件拼凑而成的集合体转变为如今的智能化综合系统,脸谱已经使得数据中心的整体运作效率大大提高。在其发布的公告中,我们可以看到目前该数据中心的能源效率指标(Power Usage Effectiveness,简称PUE)为1.07,远远低于之前的1.5 PUE。

Facebook的公告进一步证明了我们的观点,即IT业务的性质将会发生变化:IT将逐渐成为服务供应商,但却不必同时作为资产拥有者。然而数据中心的所有权及使用权如何证明,其硬件设备的运行效率又要如何保证呢?未来基础设施运营者的角色定位将是挑选合适的物理硬件设施供应商以及进行业务状况监督和监测。这一战略在实施过程中无疑会面对许多挑战,包括安全问题、带宽是否充足以及对服务等级协议(简称SLA)的监测等;然而无论如何,这套战略的执行前提仍然是在合适的时间找到低成本的基础设施供应方案。

让我们把话题转回CouldFoundry,它出现的时机非常微妙,因为当前许多IT服务机构都在积极寻求采用云计算来进行软件开发工作的具体方案。虽然以亚马逊网页服务为代表的一大批云服务供应商已经做了大量相关工作,但他们所提供的业务事实上可以被总结为“虚拟主机2.0”。就这一点,我们想说的是开发者们正使用以云技术为基础的虚拟机,但其设计及执行所制作的应用程序的平台,仍然是物理硬件所提供的计算环境。具体来说,这意味着当应用程序被安装及运行于某台长效虚拟机上时,我们需要依靠手动操作来调整任何配置或程序拓扑方面的变更,而且没有冗余手段来在计算资源发生故障时为其提供保护。

问题是,上述各种假设的前提是云计算环境无法为我们提供合适的处理方法。为了实现云计算所承诺的灵活性及拓展性,应用程序在设计及运行方面必须为之做出改变。然而,我们的结论是,许许多多的软件工程师将很难获取开发这类应用程序所必需的技能。

因此,我开始认为对许多机构而言,一款平台即服务(简称PaaS)基础软件设施对于“真正”的云应用程序开发将是至关重要的。此外,该PaaS基础设施所支持的编程语言及应用程序设计模式必须是开发人员所熟悉并乐于采纳的。只要具备一套包含足够的拓展性、自动数据库复制以及集成其它各类服务平台等特点的框架,许多机构就能够真正利用上云计算所承诺的种种便捷功能。

这正是CloudFoundry方案看起来大有可为的原因。它支持利用“传统”的Java以及新一代的Ruby等语言进行开发,并希望以排队形式来使用户方便地登入平台服务。它同时承诺帮助各类机构避免因在任何公共云或是私有云中启用透明开发而导致的锁定。

这对我来说绝对是切中要害的解决办法:专业软件工程师总是忙于解决复杂的细节问题,而主流的应用程序开发人员则将注意力集中于业务方面;将他们所开发出来的专有知识充分保护起来将大大有利于其获取云计算所带来的种种便利。

当然,CloudFoundry距离面世还早着呢。最初关于这一话题的评论被认为是在向亚马逊及其它云技术供应商示威。“成王败寇”的理论固然诱人,但我们不得不承认,在这样一个迅速成长的领域中,各服务供应商要做的是想办法让自己的产品更好用,而不是争论谁是业界的老大,这意味着他们会乐于接受一切能提高其产品实用度的方案及建议。在任何情况下,服务供应商都要通过销售计算服务来赚钱,而任何可以降低成本的做法对他们来说也必定会受到追捧。更能说明问题的事实是,CloudFoundry的出现将对其技术供应下的社会及生态环境造成何种影响。而在典型的社交建立过程之外,人们在彻底依赖这套产品前还会就其最为关心的两个方面提出疑问。

首先对于服务供应商来说,PaaS领域提供了更具说服力的例子。在PaaS业内的竞争中,谁都不愿承认某位竞争对手是业界公认的主要供应商。这很可能正是那些以非VMware技术为基础的供应商们在未来将要面对的局面。而CloudFoundry制作团队在讨论中所透露出的商业战略信息也必然会成为其它同类服务供应商的关注焦点。

而对于终端客户机构来说,其注意力则将集中于VMware对于CloudFoundry所做出的承诺。正所谓“一将功成万骨枯”,一款成功的软件产品背后总会产生许多失败的供应商。他们先是大张旗鼓地推出一款开源产品,而当意识到建立相关的活跃社区需要花费多少时间及付出多少精力之后又迅速失去热情。这种抛弃行为的出现并非由于供应商缺乏对该产品的自信及野心,而是在产品的推广进程中供应商逐渐意识到其后续成本之高昂——包括资金的投入、搁置其它项目的代价以及为了开源所必需的人力。直到有一天,该产品在成长方面的滞后及社交互动的匮乏已经不可救药。显然,终端用户一定会在面对新的开源软件产品时,首先对其使用寿命及发展前景做出详细评估。

这里所提出的保留意见并不代表我对CloudFoundry发布的方案提出批评。我只是希望自己能够尽量强调这款产品的重要性及必要性。就个人的观点来说,我认为专有软件厂商必须要尽可能多地考虑到社交普及方面的风险并加紧出台解决办法。面对高生产力需求,应用程序的开发过程显然需要进一步精简——为什么CloudFoundry或其它同类方案没有被作为启动项目来注资运作?
就云技术CIO们所关心的话题,以下条款总结了公告的主要内容:

1. 坚持使用以一套毫无成本竞争力可言的云设施为基础的数据中心(包括其组件功能及运行效率的低下)会使你的服务供应成本不断攀升,这在未来的发展中绝对是个令人头疼的大问题。

2. 请加快你转向使用云计算技术的步伐。用两年时间来建立一套开发/测试的云体系已经太过缓慢,这意味着我们可能会在不断解决那些已经过时的难题的同时,又错过了新技术所带来的解决方案。

3. 必须好好思考将你的员工技术培养资金投向哪里。如果某家外部厂商能够提供一套我们的应用程序可资利用的高效PaaS,也许我们可以通过利用该产品附加的培训或为其招聘新员工来获得更好的服务和指导,因为这可能帮助我们的公司获得能够应对PaaS基础架构问题的高端业务人才。

4. 坚决贯彻产品的标准化进程。上周我提出了这样一个口号,而现在我要进一步强调它对于当前那些新产品的意义:“与众不同”对于餐厅来说是必要的,但对于IT成本来说却是致命的。

5. 思考利用差别定价的方式来指导业务部门的运作。许多业务部门总在强调它们有“自己的处理方式”,而我们没有理由不让IT企业为用户提供包括自定义配置在内的各种差别选项。为标准配置制作一份报价,再以三倍的报价提供另一套自定义配置并允许公司里的相关部门论证这套新配置的提升效果(小提示:尽管价格更高,但其实际效果未必真有多大改善)。

这也许正是自个人电脑崛起以来,IT行业所处的最有趣的时期。当然,这正是云计算在普及化及在程序应用方面爆炸性增长的时期,云的进化如今可谓瞬息万变。能够看到Facebook公司及VMware公司为此方面的创新所做出的贡献实在是非常令人欣慰,同时我们也期待他们能为云计算指明新的发展方向。

原文名:Cloud CIO: The Next Generation Cloud Offering 作者:Bernard Golden

【51CTO.com独家译稿,非经授权谢绝转载!合作媒体转载请注明原文出处及出处!】

【编辑推荐】

  1. 使用Microsoft Azure 让云迁移变得简便的5种方法
  2. VMware的混合云迁移工具:vCloud Connector
  3. 企业CRM等业务系统迁移到 "云"中的***实现 
  4. 云计算该“迁移”还是“自建”? 
  5. 云迁移全攻略:哪些应用适合迁移
  6. 云迁移≠云转型 先迁移还是先转型?

 

 

责任编辑:王勇 来源: 来源:51CTO
相关推荐

2023-01-12 11:13:52

CRM工具集成

2020-07-17 10:54:43

云计算混合云IT

2017-12-13 13:50:09

云备份灾难恢复

2024-06-13 16:20:11

2013-01-07 09:16:21

云计算SaaS工程堆栈

2018-05-10 13:15:06

云计算企业安全性

2020-03-04 11:13:04

云计算服务中断多云

2021-11-19 14:30:22

数据分析财务管理大数据

2011-06-24 09:37:40

云计算CIO网络

2021-01-21 10:55:53

医疗安全网络安全基础设施安全

2010-08-09 16:44:33

2018-02-28 15:00:08

云计算人工智能

2015-01-28 17:09:45

IBM混合云基础架构

2012-11-16 11:17:11

2021-05-10 11:16:28

云计算开源云原生

2020-06-22 14:14:01

云计算人类服务器

2022-03-03 11:54:48

CEOCIO报告数字化转型

2014-01-15 15:43:59

Windows 9

2021-04-25 11:29:36

开源数字化转型DevOps

2024-10-24 16:34:45

深度学习CUDA人工智能
点赞
收藏

51CTO技术栈公众号