CIO的云战略之中必须考虑公有云服务

标签:全球CIO博客

访客:25099  发表于:2012-05-10 16:04:33

    

 过去十年以来,我从和IT经理们的聊天中,已经关注到云计算发生的重大转变。

一年以前,当谈到组织中云战略的制定时,我听到了不少声音,都说要把关注点放在私有云上。我认为人家认为的“公有云麻烦”更多地是由伪劣的开发者引起的。因为确实有一些开发者因为便于获取资源并且成本低廉而选用了亚马逝的Web Services,由此也确实使得开发工作更便捷了。但如此一来,因开发者水平造成的误会,已使得某些人贬损性地创造了一个新词“IT阴影“。

但尽管如此,还是让我们不要责怪开发者吧,原因在于他们在公有云上的开发实践也少得可怜。当开发者成群结队地拥向亚马逝的Web Services,他们实际上仍然缺少组织,而更多地是在单打独斗。一些开发者嵌入到了某个团队之中,但其目的只是为了保证满足某个商业组织需求的应用被开发出来。

现实的情况是,一个开发者应用亚马逝的Web Services,可能一不留心就积攒了一笔五百美元的欠帐,你认为开发者会不在意地填平这笔欠帐,只是因为应用公有云会使得开发更有效率一些吗?答案肯定是否定的。只有当这笔钱由开发者所在的组织支付,并且开发者的上司对此持赞许的态度时,开发者才会坚持这么做。

 

     全文如下:

    Over the past year, I've noticed a significant shift in my conversations about cloud with senior IT managers.
      A year ago, when discussing an organization's cloud strategy, I heard a consistent theme that "our focus is on creating a private cloud." Sometimes stated, sometimes unstated or sometimes said under an executive's breath was the objective of curtailing developer use of public cloud computing. The target of that objective most commonly was Amazon Web Services.
I always felt that the characterization that attributed the "public cloud problem" to rogue developers was misplaced. It is true that many developers embraced Amazon Web Services for its easy resource availability and low cost -- a.k.a. its "agility." However, to presume that the issue is caused by individuals offered (or coerced into using) a private cloud is to fundamentally misunderstand the phenomenon of "shadow IT," as it is sometimes pejoratively called.
     Don't Blame the DevelopersSomething much more profound than developer experimentation is behind the wholesale adoption of public cloud computing. While developers have flocked to Amazon Web Services and its counterparts, generally speaking, they are not doing it without organizational support. Most developers are embedded within groups that answer to business units, and these groups are responsible for ensuring that the business side of the house has the applications they need to support their objectives.
     The real dynamic of public cloud adoption isn't headstrong software engineers covertly conducting shadow IT on their own time. The real dynamic is the endorsement and sponsorship of software engineers' use of a public cloud on the part of the application group, for whom those engineers work. And this makes sense, doesn't it?
     A developer can easily run up a bill of $500 per month using Amazon Web Services -- do you think he or she is going to absorb that cost just because using that public cloud service makes development more efficient? Of course not. Those fees are reimbursed by their organization, if they're not paid directly. In other words, the executives within those organizations know and approve of developers using public clouds.

     Business Has Its Head in the (Public) CloudThe fundamental truth underlying the explosive growth of public cloud computing is that it is fueled by development decisions driven by the sponsoring business units. Business units are under pressure to produce financial results, and, as the saying goes, time is money.
     Compared to the traditional provisioning lifecycle, public cloud computing dramatically reduces resource availability timeframes. Given this dramatic contrast, business units have received green light to authorize their developers to use public cloud computing.
      The result is obvious. Central IT has been presented with a fait accompli. Significant applications have been developed in public cloud environments and the sponsoring organizations are unwilling to return to the established IT infrastructure arrangements.
     Over the past year, it has become clear to IT management that this public cloud computing "fling" has become a serious commitment. Apps are now in production and cannot be disrupted by transferring them to an internal cloud. Moreover, business units are impressed with what they're offered by public clouds -- no lengthy lead times for resource availability, no need for upfront capital investment, and the list goes on.
     Consequently, it has become increasingly clear that public cloud use is going to be a significant part of every company's computing strategy. While many (if not most) companies will implement an internal private cloud, every company will need to incorporate public cloud computing into its operating environment.
     CIOs Must Accept That Public Cloud Isn't Drifting AwayAs I noted at the beginning of this piece, this fact has led to a significant shift in IT cloud computing strategy. A year ago, most CIOs accepted public cloud computing, but their internal assumption was that eventually the dalliance would end with a return to centrally hosted facilities. Given that expectation, experimentation with Amazon Web Services was tolerated as a temporary aberration, but only until the internal cloud was ready.
     Today, I'm seeing more and more senior IT executives recognize that the assumption that simply creating a private cloud would extend the traditional, wholly-owned-and-operated infrastructure into the cloud era is unworkable. The reality is that every IT organization is going to have an "and" strategy: Infrastructure will be a mix of private and public cloud computing. For most, that will mean some mix of private resources and Amazon Web Services.
     This, of course, raises all kinds of challenges. For one, most internal IT organizations rely heavily on VMware virtualization. Amazon Web Services uses a customized Xen virtualization layer. While many cloud providers offer VMware-based solutions aimed at supporting a common public and private infrastructure, most analysts I've heard from argue that the uptake of VMware-based public cloud computing lags behind Amazon Web Services.
    More crucially, most of the VMware-based public cloud providers are not targeted at application development, which makes them less satisfactory for business-unit purposes, since most decisions from the business units are based on individual application issues, rather than general infrastructure choices.
     A second challenge grows out of that virtualization difference. If an organization's vision is that applications should be able to be deployed in either a public or private cloud environment (and that should be the vision), how can the organization achieve that? While there are virtual image import products and services, this is not satisfactory as a long-term solution. Applications are long-lived and life-cycle management is crucial. Bit conversion of virtual machines is a one-time event, while application release is an ongoing process.
      Clearly, a solution based on taking a VMware image and running it through a conversion process is inadequate. The solution must be capable of taking software components and creating an appropriate image for any target environment. The common approach of creating virtual machine templates does not support this solution.
     A third challenge reflects the facts of life for business units. One of the main reasons to use cloud computing is to support the need to more rapidly update applications. As business initiatives increasingly move to online offerings, the need to modify applications quickly to reflect offering updates, campaigns, new partnerships and other initiatives becomes crucial. The pace of application versioning must be much quicker than in the past and must support deployment choice.
     Quite a set of challenges, no? Next week, I'll offer some guidelines for addressing them. As a sneak peek, don't be surprised if those guidelines include the term "DevOps."

评论(0)

您可以在评论框内@您的好友一起参与讨论!

<--script type="text/javascript">BAIDU_CLB_fillSlot("927898");