McKinsey, The Cloud, and Fuzzy Calculations

Summary

There was a report released April 15th by McKinsey called “Clearing the Air on Cloud Computing.”  The premise of the report was that the cloud was actually quite a bit more expensive for large corporations than running their own datacenters.  While it allows a nod to small to medium businesses in stating that the cloud may make sense for them, the top line message was that cloud services overcharge for things that companies could do for themselves.  The piece ends up being a push for virtualization, and knocks Windows as a main cost issue for moving to the cloud.

Report Out

The report starts out with McKinsey’s view on the cloud.  They lay out that the premise for the cloud has been lower cost and faster time to market, but the reality is that these claims are overstated and that “cloud computing” is at the top of the Gartner hype-cycle.

The report takes it one step further to claim that since there is no agreed upon definition for what the “cloud” is (apparently they found a study that found 22 definitions for the “cloud”, which seems low to me considering the conversations I hear at conferences and on news groups), large companies should not think about “internal clouds” but rather focus on the immediate benefits of virtualization of servers, storage and network operations.  They posit that the newness of the cloud is distracting IT departments’ attention from technologies that “actually deliver sizeable benefits; e.g. aggressive virtualization.”

The early part of the report unfortunately spends as much time as many of the conferences are these days on the minutia of what definition is right, and what “the cloud means.”  More than anything, these diversions are tiresome for the observer and confusing for IT managers.  They zero in on the following traits:

  1. Hardware management is abstracted
  2. Capex to opex
  3. Elastic demand for resources.

That sounds like what we presented at the Azure launch at PDC, but far be it from me to ask McKinsey to give Microsoft credit for the definition.

They call Windows Azure a cloud example, and not Azure Services Platform.  This confusion is consistent with customers and press/blogger sentiment that I am seeing.  Windows Azure is a piece of the overall Microsoft cloud play.  It’s an application hosting environment, which serves as the foundation, though not required, layer for other code execution paths in the Azure Services Platform.  One can build applications that live completely on-premises without using Windows Azure, but utilize other pieces of the Azure Services Platform.

They do call out the difference between a cloud and cloud services.  Cloud services has the two key tenets of hardware abstraction and scaling elastically.  The service could run on top of a cloud or not (e.g. SaaS).

McKinsey makes the mistake of confusing operating costs and startup costs.  The use of clouds by small companies is a result of startup costs, cost of capital, and availability of funds.  Those companies are the ones who are not already invested in large datacenters and likely lack the resources to build their own.  Whereas large companies have sunk costs in their datacenters, and will most likely externally claim that their operating costs are much lower than reality.  Over time, as they have to think about expanding and building new data centers with new equipment, large companies will most certainly then be looking at the cloud in much the same way that small companies are now.

McKinsey lays out the four main hurdles to adoption of cloud by large companies:

  1. 1) Financial – cloud is not cost effective compared to large company datacenters (calculations to follow)
  2. 2) Technical – security and reliability concerns, and re-architecting of apps.  I’m not sure about the first two, since they don’t offer any data (in which case, it’s a perception issue).  For re-architecting, this also is confusing.  Since AWS is essentially virtual hosting, you can move your apps to AWS with little to no work.  Azure is a different story, but AWS is the focus of this report.
  3. 3) Operational – Perceptions of IT flexibility have to appropriately managed
  4. 4) Organizational – org changes will be required to operate in a cloud world

 

The report claims the “typical” enterprise datacenter has the following metrics:

  • · 10% utilization
  • · $20M/MW
  • · $.1 kW-hour
  • · $14K/server (2CPU, 4 cores each CPU)

We finally get into the calculations for large and small/medium companies at slides 23-24.  They don’t show their calculations, but claim that the Total Cost of Assets for this typical datacenter is $45/month for CPU equivalent.  Assuming 36 month depreciation, that $14K server is $48/month.  Doing the math on Amazon’s Reserved pricing (for Linux servers – not available on Windows) yields:

clip_image001[4]

McKinsey’s conclusions are simply wrong.  All of the instances work out to the same pricing per month, but vary depending on your agreed upon term of use (1 year or 3 years).  Importantly, assuming the 3 year depreciation schedule of their $14K server, the equivalent 3 year cost from AWS is $21/month/core.  This pricing does not include bandwidth costs, but I compare it to the $14K server purchase price.

Even more confusing is that on the two slides they have separate EC2 pricing conclusions for small/medium companies and large companies, even though they have the same line of demarcation for what is economical – the $45/s month per CPU month.  The boys at RightScale also take exception to the reporting of the numbers by McKinsey.

Page 25 is where things get interesting.  McKinsey claims that there’s a 144% gap from running one’s own datacenter to complete outsource to AWS (which is an unreasonable premise, as wholesale outsourcing is not the message delivered to any customer from any cloud player).  McKinsey then claim “the key factor is that the majority of servers that can be migrated are Windows servers.”  The implicit claim is that Windows makes AWS more costly.  A CIO takeaway may be “well, we have a ton of Windows boxes, so this won’t make sense.”  It’s true that AWS pre-made images running Windows are more expensive, especially if you include authentication services.  That’s for their pre-made images, and doesn’t take into account customers who have their own VL licensing. (NOTE: I am checking on our licensing policies here – it has been pointed out that license portability issues may be an issue)

On this same slide, McKinsey only attributes a 10% labor savings from moving to a third party provider.  They don’t substantiate that number, and it feels very light to me.  There is no talk of any of the automation that comes from moving to the cloud and using their tools for scale and elasticity.  Think tools like RightScale or Microsoft Systems Center.

McKinsey also knocks the uptime factor, claiming that enterprises set their own SLAs at 4 9s or higher.  In practice, this number is lower for any enterprise, but they have their own targets.  There are no web sources which track the downtime of enterprise resources, but there are a few for the cloud providers.  McKinsey claims that since AWS SLAs can’t match those of enterprises, enterprises won’t be interested.  There’s no punitive recourse if an IT manager doesn’t hit SLA, except perhaps that he might get fired, but AWS would be on the hook for real monetary damages, necessitating SLAs that are more realistic.  It’s easier to posture and claim you are designed for 4 9s than to say you have signed an SLA for 3 9s with a cloud provider.  4 9s, which is the enterprise target, allows only 52 minutes of downtime per year.  One server reboot a month could put you over that number.

On slides 29-30, McKinsey claims that large enterprises can increase their server utilization rates from 10% to 35% with “best in class, aggressive server virtualization.”  Additional cost controls can be gained, they claim, through adopting data center best practices, yielding TCO savings of 50%.

Finally, they liken the hype around cloud to that of the dot com bubble, and ominously point out that the NASDAQ fell 80% when that one burst, suggesting that CIOs should avoid investing in the cloud hype.

What’s Missing from the Report?

· The report lacks any mention of the massive economies of scale which come from a large cloud provider purchasing equipment.  Further, even things like the cost of power are glossed over, as our own internal $/kW-hour are much lower than those proposed for the “typical” datacenter.

· At present, AWS has near monopoly pricing power in the cloud, and it behooves them to keep those prices high.  With additional competition, prices will come down.

· There is no mention of the speed to market associated with procuring and provisioning servers for any new projects, nor is there any mention of the risk mitigation for new projects.

Additional Links

http://www.techcrunch.com/2009/04/16/mckinseys-cloud-computing-report-is-partly-cloudy/

http://www.roughtype.com/archives/2009/04/the_big_company.php

http://blogs.zdnet.com/BTL/?p=16384

http://www.forbes.com/2009/04/15/cloud-computing-enterprise-technology-cio-network-cloud-computing.html?partner=technology_newsletter

http://www.elasticvapor.com/2009/03/amazon-reserves-right-to-host-your.html

http://www.informationweek.com/blog/main/archives/2009/04/anticloud_hype.html

http://bits.blogs.nytimes.com/2009/04/15/when-cloud-computing-doesnt-make-sense/

http://blog.rightscale.com/2009/04/15/mckinsey-doesnt-get-the-cloud/

http://bizbox.slate.com/blog/2009/04/mckinsey_sez_cloud_computing_b.php

http://cloudpundit.com/2009/04/16/mckinsey-on-cloud-computing/

http://cloudpundit.com/2009/04/16/mckinsey-on-cloud-computing/

  • Pingback: Cloud Computing Links April 20, 2009 at Cloud Curious

  • http://alex.sci-blog.com Alexander Mikhalev

    I think fellow got it all wrong. There is an alternative project to EC2 cloud and your can deploy your own EC2 compatible cloud. There is alternative to deploy google app engine compatible cloud on your own architecture. So you can mix and match as you go.

    I am curious why everyone thinks that enterprise should be interested in cloud computing in the first place? Enterprise with existing architecture and infrastructure doesn’t think in terms of new or emerging technologies. Only in terms of proved and validated. My friend who works for national grid would not think about updating firmwire if it hasn’t been around for at least two years. EC2 has been around for nearly two years, so one may think it’s nearly a time when enterprise can start looking.

    I think the issue is a quite different and it all goes down to personnel. Enterprise quite unlikely to have a personnel which is able to design scalable “cloud” compatible architecture. And posts like McKinsey only prove this point. It is much easier to write report why cloud is not ready for enterprise, then to design and implement application which will leverage advantages of the cloud. I bet people who are interested in new technologies work in startups and not in enterprise, so for a while it would be better to concentrate on small and medium size companies, with real money savings and less existing infrastructure to depend on.

  • Rob

    Thank-you for addressing this. I personally love and use Amazon’s service, and am intrigued by Microsoft’s service.

    However, the notion of ‘cloud’ computing has deviated dangerously away from a ‘premise’ into a ‘rivalry’. For instance, my company outsources dedicated servers. We pay for those servers to be managed, as we’re developers and don’t like configuring firewalls or patching servers. None of us have touched the hardware we’re paying for, and we can cancel servers, or add servers with just by picking up the phone. The billing isn’t quite as fluid as EC2, and the environment isn’t as structured as Azure, but there’s no lock-in greater than one month, and hardly any setup.

    So with that said, do we have a sign that says “Cloud Computing since 2001″…nope. What we do have is time to specialize at what we do best…writing code. That is the premise behind cloud computing. Let the electric company handle the electricity, the plumber handle your toilets, the cloud handle your hosting, and you handle your application.