Skip to content
Define The Cloud

The Intersection of Technology and Reality

Define The Cloud

The Intersection of Technology and Reality

The Reality of Cloud Bursting

Joe Onisick (@JoeOnisick), May 2, 2011May 18, 2020

Recently while researching the concept of ‘Cloud Bursting‘ I received a history lesson in Cloud Computing after a misguided tweet at Chris Hoff (@Beaker.)  My snarky comment suggested Chris needed a lesson in Cloud history, but as it turns out I received the lesson.  My reference turned out to be a long debunked myth of Amazon cloud origins (S3 storage followed by EC2 Compute) the details of which can be found here: http://www.quora.com/How-and-why-did-Amazon-get-into-the-cloud-computing-business.  The silver lining of my self induced public twitter thrashing was two things: I learned yet again that the best preventative measure for Foot-In-Mouth-Disease is proper research, and I got some great background and info from Chris, Brian Gracely (@bgracely), Matt Davis (@da5is), Roman Tarnavski (@romant), Denis Guyadeen (@dguyadeen) and others.  This all began when I read Chris’s ‘Incomplete Thought: Cloudbursting Your Bubble – I call Bullshit’ (http://www.rationalsurvivability.com/blog/?p=3016.)  Chris takes the stance ‘TODAY cloud bursting is BS…’ to quote the man himself.  The ‘today’ is the part I didn’t infer from his blog post (lack of cloud history knowledge aside.)

Before we kick off let’s look at the concept of Cloud Bursting:

Cloud Bursting:

In a broad strokes fashion cloud bursting is the idea that an application normally runs in one type of cloud and is capable of utilizing additional resources of another cloud type during peak periods, or ‘bursting.’  The most common example of this type of utilization would be a retail company utilizing a private cloud for day-to-day operations bursting to the public cloud for peak periods such as a holiday season.

image

At first glance cloud bursting looks like a great way to have your cake and eat it too.  You get the comfort and security blanket of hosting your own applications with the knowledge that if your capacity spikes you’ve got excess available in the public cloud on-demand with a pay for use model.

The issue:

The issue is in the reality of this system, as several problems come to play:

  1. If you’ve designed the application to be public cloud compatible why wouldn’t you just run it there in the first place?
  2. Building a new private cloud infrastructure that doesn’t support your capacity demands is short-sighted.
  3. Designing an application for cloud bursting capability is no easy task and would probably require some portion (data?) to exist in the public cloud constantly skewing the benefits of the ‘on-demand’ concept of cloud bursting.
  4. Complicated cost model for any given application in which infrastructure is purchased up front and depreciated over time alongside pay-for-use costs as the application bursts

After carefully looking at these and other issues cloud bursting will most likely not be a reality for most enterprises and applications, and is currently a very rare cloud use case.

Note: Chris Hoff draws a distinction which I wholeheartedly echo: Cloud bursting is separate from Hybrid cloud approaches where specific apps are run in public or private clouds based on application/business requirements.  The issue above is specifically directed at individual applications bursting between clouds.

The Reality:

For the average enterprise cloud bursting is not an option today and will probably not be in the future.  While hybrid models can thrive, i.e. some applications run privately and some publicly, or a private cloud designed to failover to public cloud etc. individual applications bursting back forth between clouds will not be a reality.  Exceptions exist and there will still be use cases for cloud bursting, but they will be corner cases.  Things like high Performance Computing (HPC) can lend themselves well to cloud bursting due to the dynamic and distributed nature. 

Another possible use case for cloud bursting is environments that heavily utilize development and test systems but must utilize on-premise resources for production due to requirements such as security.  In these cases the dev/test may be capable of running in the cloud but can more cost effectively reside locally in the private cloud during off peak production hours.  The dev/test systems could be designed so that they burst to the cloud when production peaks and spare cycles are sparse.

Share this:

  • Facebook
  • X

Related posts:

  1. Building a Hybrid Cloud
  2. Hybrid Cloud’s Burst Bubble
  3. Private Cloud Lessons You Can’t Learn From Amazon, Google, Etc
  4. Cloud Types
  5. Is Private Cloud a Unicorn?
Concepts cloudCloudBurstingPrivate CloudPublic Cloud

Post navigation

Previous post
Next post

Related Posts

CloudStack Graduates to Top-Level Apache Project

April 3, 2013May 18, 2020

The Apache Software Foundation announced in late March that CloudStack is now a top-level project. This is a promotion from CloudStack’s incubator status, where it had lived after being released as open source by Citrix. This promotion provides additional encouragement to companies and developers looking to contribute to the project,…

Share this:

  • Facebook
  • X
Read More

Support St. Jude and the Fight Against Childhood Cancer

September 17, 2012May 18, 2020

For some time I’ve been looking for a charity that Define the Cloud could support.  I have no desire to try and monetize my traffic through ads and clutter the content.  I also get plenty of benefits from running the site and wouldn’t ask for help with that.  That being…

Share this:

  • Facebook
  • X
Read More

What’s a cloud?

March 10, 2010May 26, 2010

So to start things off I thought I’d take a stab at defining the cloud.  This is always an interesting subject because so many people have placed very different labels and definitions on the cloud.  YouTube is filled with videos of high dollar IT talking heads spitting up non-sensical answers…

Share this:

  • Facebook
  • X
Read More

Comments (6)

  1. Steve Kaplan @roidude says:
    May 3, 2011 at 7:42 am

    A situation where cloud bursting is likely to become a short-term reality is when organizations utilize a public cloud provider to host their private clouds. In these cases, the organizations need only purchase the infrastructure components required for typical business. The cloud provider can efficiently supply the extra capacity when required.

  2. Joe Onisick says:
    May 3, 2011 at 12:39 pm

    Steve, great use case! Thanks for the comment.

    Joe

  3. Shehjar says:
    August 11, 2011 at 5:23 am

    Hi Joe,

    Re “For the average enterprise cloud bursting is not an option today and will probably not be in the future.”, I should mention that regarding the “future” part, if you see the Future of Cloud survey at:

    http://www.futurecloudcomputing.net/2011-survey

    You’ll notice that there are indications that people are or will be looking for cloudbursting support. I am going by the numbers for functionality like interoperability and mobility in the cloud that the survey pointed to. Of course, I assume that interop and mobility in the cloud together point to something similar to cloudbursting. Would love to know your thoughts. Thanks.

    1. Joe Onisick says:
      August 12, 2011 at 7:55 am

      Shehjar,

      Thanks for the comment and additional information!

      Joe

  4. mumbai test site says:
    February 8, 2017 at 5:33 am

    A fascinating discussion is definitely worth
    comment. There’s no doubt that that you should publish more on this topic,
    it may not be a taboo matter but generally people do not talk about these issues.
    To the next! Kind regards!!

  5. Pingback: We Live in a Multi-Cloud World: Here’s Why — Define The Cloud

Comments are closed.

Creative Commons License
This work by Joe Onisick and Define the Cloud, LLC is licensed under a Creative Commons Attribution-ShareAlike 3.0 Unported License

Disclaimer

All brand and company names are used for identification purposes only. These pages are not sponsored or sanctioned by any of the companies mentioned; they are the sole work and property of the authors. While the author(s) may have professional connections to some of the companies mentioned, all opinions are that of the individuals and may differ from official positions of those companies. This is a personal blog of the author, and does not necessarily represent the opinions and positions of his employer or their partners.
©2025 Define The Cloud | WordPress Theme by SuperbThemes