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

Engineers Unplugged Episode 14: Application Affinity

October 2, 2013May 18, 2020

I had the pleasure of speaking with Nils Swart (@nlnils) of Plexxi about applications and the network.  You can watch the quick Engineer’s Unplugged below. Related posts: Focus on the Ball: The Application Cloud Success Factor: Rethink Application Development Application Centric Infrastructure – The Platform True Software Defined Networking (SDN)…

Share this:

  • Facebook
  • X
Read More

Cloud Success Factor: Rethink Application Development

October 28, 2011May 18, 2020

You’ve been driving a perfectly suitable family sedan for the last ten years. It’s highly rated by all the gurus who rate such things; it’s safe, reliable and gets acceptable gas mileage. You’ve never loved it in anyway, although you did have a moment of pure capitalist joy when you…

Share this:

  • Facebook
  • X
Read More
Concepts

We Live in a Multi-Cloud World: Here’s Why

September 29, 2018May 18, 2020

It’s almost 2019 and there’s still a lot of chatter, specifically from hardware vendors, that ‘We’re moving to a multi-cloud world. This is highly erroneous. When you hear someone say things like that, what they mean is ‘we’re catching up to the rest of the world and trying to sell…

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