11 Comments

Summary:

Cloud isn’t just an IT decision, it’s a state of operations. And in this second post from Mark Thiele on why executives need to help choose a cloud management platform, he explains how and why the decision to go cloud should involve the entire business.

racecar-thumb

In my last blog I posited that cloud and by extension cloud management was a strategic versus tactical activity and as such should have the appropriate people involved in definition gathering and decision making for a variety of reasons. Now, I’d like to cover several examples of why cloud management is strategic in nature and clarify why the CIO, and others outside of the purely technical staff are critical to project and solution success.

Cloud isn’t just a more powerful engine in the same old car

For a legacy IT organization to adopt cloud solutions without significant organizational realignment and improved business participation, the benefits would largely be wasted. It’s akin to thinking you can put a modern 500-horse power engine in a 1970’s economy car and get all the same performance and protection characteristics you would enjoy in a 2012 model year luxury sedan.

In fact, the introduction of cloud without organizational improvements would likely increase enterprise risk and potentially cost. The real opportunity of a cloud operating model comes from the alignment of technical solutions, people, and process. So when a business opportunity presents itself, your processes and technology will seamlessly keep pace with the natural development of the initiative.

Keeping pace means more than just creating a new pile of IT resources quickly, it means a repeatable process that also provides the appropriate controls and governance in order to minimize risk to your business, provided at the appropriate value to the opportunity.

For those trying to figure this realignment out, here are examples of how your cloud operating model (which includes cloud management) can provide real differentiation in the way IT solutions are delivered.

Contestability: an economic theory that can save you money

Can you easily swap hardware? Hypervisors?

A real cloud-operating model enables you to plug in different cloud providers, different hypervisors, different hardware, different PaaS solutions, different provisioning systems, monitoring systems, etc. Through true contestability you have the opportunity of replacing key portions of your infrastructure for better or lower cost solutions, without risking the larger framework or architectural design of the environment.

Ask yourself these questions. Under your current model:

  • Can you use a mix of external providers such as Amazon EC2, TerreMark, Savvis, and CSC?
  • Easily change from HP to Cisco hardware (or vice versa)?
  • Switch from VMWare to HyperV 3 (or vice versa)?
  • Can you easily adopt a new provisioning/scripting framework like chef/puppet/cfengine?
  • Reuse the policy enforcement and auditing system you currently have while making any of the changes above?
  • Reuse your procurement portal and provisioning workflows while achieving the above?

If your answer to these questions isn’t, “Yes, it would be easy and relatively inexpensive,” then you aren’t operating under a true cloud-operating model. Very few companies have these kinds of capabilities, because until just recently the management platforms needed didn’t exist. But they are coming online and are different from traditional enterprise software in that they were designed from scratch to be abstractions above hypervisors and cloud providers.

Plus, there is very little traction in this space from established vendors, the majority of which all want to build vertically integrated solutions that specifically do not allow this form of inter-platform competition.
It’s easy to get lost in the cool technology here and lose focus on how you would actually achieve a vendor neutral platform and what the financial impacts would be. As an example, let’s start with the Commonwealth Bank of Australia (CBA). It was able to cut its IT spend by 10 percent by encouraging its vendors to compete for workloads.

CBA did it by implementing a cloud management solution and then performing expert vendor management to allow it to quickly adopt new vendors and to gain leverage over existing ones. In just two years it pulled this off using off-the-shelf software and freed up $100 million a year going forward to reinvest in new capabilities.

Think IaaS+

Don’t let business processes slow down your cloud.

Many companies implementing a cloud solution completely miss the boat on their first pass. IT often focuses so hard on basic server provisioning that they lose site of the bigger picture. While server provisioning is interesting, it’s likely one of the smallest benefits. The real advantages are obtained by moving up the stack and giving the business the ability to deploy applications and solutions much faster.

The primary examples are any company wanting to deploy Agile Development, DevOps, or PaaS solutions. A great example of using a cloud management operating model is UBS and its workplace automation solution. UBS implemented a cloud management solution to deploy virtual desktop infrastructure (VDI) but not traditional VDI.

Instead the UBS version of VDI is a mixed set of services that are delivered to iPads and Android devices backed by a set of traditional desktops to do the workflow automation. The user almost never sees the desktop, and the desktops are stateless. Further, depending on the user, it automatically routes them to a freely available desktop in the correct country, running the correct software and profile for that individual.

Complexity reduction

Another major benefit of a cloud management platform is that it coalesces many different solutions and products under a single umbrella. This complexity reduction can directly translate into increased uptime and improved stability as well as cost savings. A major financial institution with 15000 servers was able to save almost $30 million a year just in complexity management.

Reduced work orders to configure solutions, fewer vendor products, fewer project managers allocated to managing change and best of all fewer meetings. It all adds up. This is why your cloud management strategy has to integrate many different things.

It’s not enough to say you are just going to focus on deployment of a virtual machine (VM). You need to focus on how you will deploy that VM’s storage, networking, compute, DNS entries, the software on the VM, and the firewalls in between. You also need to consider where to deploy or what regulations will apply depending on what you’re deploying and where it’s deployed, etc.

Leave out any of these and instead of a single simple solution you have something that requires project management, meetings, and more. Not having these systems fully automated and managed by a policy configuration engine also means that the risk of failure due to simple things like fat fingering mistakes go up dramatically.
The lesson here is the strategic use and management of cloud can help you scale your IT (and your business), but first you have to get your IT and business ready to scale.

Mark Thiele is executive VP of Data Center Tech at Switch, the operator of the SuperNAP data center in Las Vegas. Thiele blogs at SwitchScribe and at Data Center Pulse, where is also president and founder. He can be found on Twitter at @mthiele10.

You’re subscribed! If you like, you can update your settings

  1. Ades Warner Sunday, June 10, 2012

    Yeah! I agree with you. Cloud has become business, not just IT. Cloud technique is amazing! For more information about cloud visit- Custom technology news

  2. Geoff Arnold Sunday, June 10, 2012

    Who exactly is the “you” in all of this? If you’re referring to the cloud consumer – the guy that rents VM, storage, and network bandwidth – then it’s exactly wrong. This stakeholder should not know or care what hypervisor, network switches and servers are being used by the cloud provider.For these users, it’s all about the service: the APIs, SLAs, and associated semantics.

    Of course the Amazons, Terremarks and Savvis’s of the world should be free to choose – or switch – any infrastructure technology, as long as they preserve the contract with their customers. But if they expose these implementation details to their customers, they’ll lose the flexibility they need to take advantage of new technologies. And their customers will have to cope with unnecessary complexity which will lock them in.

    Your analysis conflates mechanisms at different layers of the stack. EC2 customers can choose a variety of configuration tools like Chef and Puppet to manage their VM fleets. But they can’t choose the hypervisor or the underlying hardware – nor should they be able to. That’s Amazon’s responsibility.

    1. Hi Geoff, Thanks for the comments.
      The “you” in the blog refers to the “customer” or “user” of a cloud service. That service would be either an internal cloud, external cloud or both, plus potentially a hybrid model.
      As for the ability to see or not see the nuts and bolts of the cloud you’re using, that answer would be with the customer, not with the provider. As a provider (internal or external) you can provide whatever cloud solution you see fit, and customers will determine the value of using it depending on the given need. In some cases customers will demand the ability for low level control or they will use multiple clouds to solve their issue. All of this leads back to the main points of the blog which are; You need a strong management strategy and platform to govern any or all of your enterprises cloud solutions, regardless of how high or low you are in the stack of each.

  3. AlanSBPerkins Sunday, June 10, 2012

    I am happy this article encourages people to abstract their thinking about what Cloud is. To me, Cloud is a vendor-, technology-independent concept, so thinking “Clouds” rather than “Cloud” is not really allowing the concept to fulfil its potential. Great post.

    1. Thank you very much!

  4. Chris Haddad Monday, June 11, 2012

    Good post Mark. I have written a similar piece describing the need to re-invent software delivery and offer your business as a service;
    http://blog.cobia.net/cobiacomm/2012/05/15/re-invent-software-delivery-and-offer-your-business-as-a-service/

  5. Mark, you are exactly right. We build a specific Service Organization to align all our technology functions to “cloud management” and technology convergence. It’s the only way to get it right!

    1. Thank you for the feedback!

  6. I Am OnDemand Monday, June 11, 2012

    Mark – Great post indeed !

    Interesting – you posted the phrase “Cloud Management” eight times but none of the four first comments mentioned that term.

    I posted the question “What’s Cloud Management?” on Quora and got several answers from several known cloud management solution vendors – http://www.quora.com/Cloud-Management/What-is-Cloud-Management-and-what-areas-does-it-cover.. I invite you to read them.

    Also I have a presentation on that matter that I presented several times – Cloud management is indeed an important strategic issue and you must know what it contains.
    http://www.newvem.com/blog/main/2012/05/cloud-management-by-newvem.html

    I can add to your words that when you might want to pick your cloud operator only there good cloud management solutions for it.. Don’t wait to lose control – as most of the cloud newcomers are doing today.

    Ofir.
    @iamondemand

    1. Hi Ofir,

      Thanks for the comments. I’ve contributed to a few of those Quora questions. But I’m happy to take a look at anything new.

  7. Great article, Mark! Thanks for for spreading the good word about the cloud. Be sure to check out CX for safe and secure online storage. You get your first 10GB of online storage free with us, and we also have collaborative features such as groups and chat. We would LOVE to hear what you think! And keep the great writing coming!

Comments have been disabled for this post