2012-05-15
公共云很可能需要在企业IT战略中占据一席之地，而这种态势引发了管理人员们的深切忧虑。本文向大家阐释CIO与企业高管们该如何正确看待公共云以及处理它与私有云之间的关系。
在过去的一年里，我注意到高级IT管理者对待云技术的态度发生了重大转变。
一年前，每当讨论企业云发展战略时，大家似乎都抱持着同样的理论：“我们的重点是创建私有云。”这种倾向或明确、或模糊，但基本上迫于企业管理层的压力，技术部门都不得不刻意禁止开发人员对公共云计算资源的过多使用。而这一观念的矛头所向，正是时处风口浪尖上的AmazonWebSerivices。
我一直认为，大家对“公共云问题”的误解，主要是因为无良开发商人员的滥用。的确如此，许多开发者选择AmazonWebServices完全是看中了公共云的便捷的可用性与较低的使用成本——这些特色又被称为“敏捷性”。然而，无论大家对私有云的喜爱源自个人偏好还是管理层干预，实际上都是对“影子IT”（对企业内部独立业务体系的贬称）现象的一种误读。
不要苛责开发人员
比开发人员的试探性摸索意义更深远的是公共云计算的大规模资源批发模式。尽管开发人员纷纷投向AmazonWebServices及其同类产品的怀抱，不过一般来说他们的这种选择往往没有得到企业管理层的支持。大多数供职于企业的开发人员都必须以业务部门的需求为优先，他们的责任是提供必要的业务应用程序，并保证这些应用流畅高效地支持企业事务的处理。
可以说公共云对企业的真正影响力并不体现在一意孤行的软件工程师身上，他们在特定时间内搞的一点影子IT根本搞不出什么大动静。真正的动力在于，软件工程师在使用公共云中的应用程序时能够从自己的企业那里获得相应的支持与赞助。这并不难理解，对吧？
比如说在使用AmazonWebServices时，开发人员能够很轻松地定期索取每月开销发票——哈哈，其实理由就是这么简单。虽然很多技术人员一直在宣扬公共云对开发工作的辅助作用，但能够将这笔开销由企业承担也许才是令大家眼前一亮的真正优势。既然有明确的账单，企业自然会报销这一笔费用。换句话说，这些企业的负责人了解并批准了开发人员对公共云的使用。
企业正向云、尤其是公共云倾斜
公共云计算爆炸性增长背后的真正原因，在于企业对员工使用公共云资源的认可与支持。企业部门始终承受着压力，需要找寻降低正常研发及运营支出的好办法，而公共云恰好是现成的上佳方案。俗话说“时间就是金钱”，企业管理者当然不会在这种情况下继续犹豫不决。
比起传统配置的一般使用周期，公共云计算资源在可用性时限方面无疑带来了质的飞跃。而正是考虑到其中存在的巨大提升空间，许多业务部门都对公共云大开绿灯，允许他们将其引入开发工作。
结果是显而易见的，中央IT明确指出：随着各类重大应用程序在公共云开发环境下诞生，众多企业已经不打算将平台转回到自己现有的IT基础设施当中。
在过去的一年中，IT管理部门的思路越来越清晰：公共云计算的引入可谓势在必行。应用程序已经成为固定产品，而且无法被转移到企业的任何内部云体系当中。另外，那些提供公共云服务的厂商普遍属于国际一线巨头，他们的雄厚实力给用户留下了深刻的印象——没有冗长的前置时间、资源可用性极高、无需前期资本投入，各种优势不胜枚举。
因此，我们几乎可以断言，利用公共云资源将成为每家公司在制定计算战略时所必要考虑的重要因素。虽然许多（但仍不是大多数）企业会打造一套内部私有云，但无疑任何一家打算长久发展的公司都必须为自己的经营环境引入公共云资源。
公共云即将愈演愈烈，CIO还需做好准备
正如我在本文开头所说，公共云即将愈演愈烈，而这一形势也直接导致了IT云计算战略在决策层面上的重大变革。一年前，大多数CIO才刚刚开始接受公共云计算，但他们的实际构想是以此为跳板，最终让业务回归到集中式托管设施当中。正是出于这种预期，CIO们才愿意姑且忍受各种不便，将AmazonWebServices当作权宜方案。而一旦内部云准备就绪，他们必然会很快将公共云拒之门外。
如今，我看到已经有越来越多的IT高管开始意识到上述构想的局限性。对于大多数企业而言，随便创建一套私有云来扩展以往由公司自身全资持有且亲自经营的基础设施根本无法与云计算时代顺利接轨。现实情况是，每个IT机构都需要为企业安排一套额外的战略方针：基础设施必将成为由私有云与公共云资源二者构成的混合体。对于大多数人来说，这基本意味着私有资源与AmazonWebServices的组合。
当然，这一趋势也将带来诸多挑战。首先，大多数企业内部IT组织对VMware虚拟化技术相当依赖。而AmazonWebServices使用的却是定制版Xen虚拟化层。尽管很多云服务供应商都提供以VMware为基础的解决方案，试图为通用型公共及私有基础设备提供支持。但我身边的分析师们大都认为以VMware为基础的公共云计算尚远远无法与AmazonWebServices的水准相提并论。
更重要的是，大多数以VMware为基础的公共云供应商并没有认真考虑应用程序开发与资源的结合，这使得业务部门对此类服务并不满意。由于大多数企业在选择云服务时，都是由业务部门对关键性应用程序进行评测，因此无法完美支持这类应用的服务商显然很难取得市场的肯定。
第二大挑战是逐渐扩大的虚拟化技术差异。如果一家企业希望自己的应用程序能够被部署在某个特定的公共或私有云环境（这也是未来必须实现的预期），那么这一目标该如何达成？尽管虚拟镜像导入产品及服务已经相当丰富，但仍然尚不足以作为长期性解决方案。应用程序的使用周期很长，因此周期管理体系的稳定性非常重要。虚拟机方案转换能够一蹴而就，但应用程序的发布与更新则是一个持续的过程，如何实现前者与后者的完美契合需要我们认真思考。
显然，如果一套解决方案仅仅是将VMware镜像加以转换并投付运行，那还远远不够。真正合格的解决方案必须有能够将软件组件转换为合适的镜像，以保证其在任何特定环境下都能顺畅运行。遗憾的是，大多数虚拟机创建模板都不支持这种构想。
第三大挑战则反映了业务部门的日常工作。我们使用云计算的主要原因之一，正是为了能够更方便快捷地对应用程序进行更新。随着业务部门将越来越多的任务转移到在线服务当中，他们需要获得快速修改应用程序的能力，以保证第一时间发布自己的产品更新、宣传内容并建立新的合作伙伴关系。这一至关重要的改变使得应用程序的版本升级周期必须比从前任何时候更短，并与部署方案紧密配合。
挑战可真不少，对吧？不过别担心，我们会与大家一同关注这些问题的解决方案，并在以后的文章中详加叙述。毕竟我们已经了解到自己需要什么，挑战其实也没有那么可怕。
