Why hybrid cloud bursting went nowhere

“);});try{$(“div.lazyload_blox_ad”).lazyLoadAd({threshold:0,forceLoad:false,onLoad:false,onComplete:false,timeout:1500,debug:false,xray:false});}catch(exception){console.log(“error loading lazyload_ad “+exception);}});

Years ago, the notion of hybrid cloud bursting was compelling: How cool is it to have workloads on both private and public clouds and be able to run those workloads on the private cloud during normal operations and burst to the public cloud when resources on the private cloud were running low?

But here in 2018, you don’t find many bursting hybrid clouds.

There are a few core reasons for their absence, including:

  • Private clouds are no longer a thing. Although some companies do use them, and private cloud companies still exist, for the most part the growth is occurring in the public cloud. You need a private cloud to burst fro and there just aren;t that many of them.  
  • You need to maintain workloads on both private and public clouds for hybrod cloud bursting to work. Typically, the public and private clouds provide different capabilities and native API sets, and localizing the software for two clouds takes time, costs money, and adds risk.  
  • And the obvious: The bursting hyvbrod clouds concept just added too much complexity and cost for a technology stack (the cloud) largely adopted to let companies do the most with the least.  

By the way, I’m not saying that hybrid cloud bursting does not work; it clearly does.  I’ve built a few of those myself, in fact. But it’s just not practical or desirable for most organizations.