The Necessary Evolution of the Hybrid Cloud
For the past couple of years, we've heard the term "Hybrid Cloud" discussed as the nirvana that Enterprise IT is truly looking for as they consider new operating paradigms to better align business needs and evolving technology. "Hybrid Cloud" would be the bridge between the known entity ("Private Cloud", "resources within your Data Center", "virtualized legacy applications", etc.) and the new, dynamic entity ("Public Cloud"). There was just one small problem - this reality was a lot easier said than done (previously written about here, here, and here) . The list of challenges included:
- Limited consistency between Public Clouds and Private Clouds (hypervisors, networking models, security models, authentication, APIs, etc.).
- Data Gravity - the challenge of moving huge amounts of data (terabytes, petabytes) across the network in a reasonable amount of time, or at a reasonable cost.
- Network Mobility - the challenge of trying to move a workload (VMs, applications) between different networking models.
- AWS Virtual Private Cloud
- VMware vCloud Connector
- Rackspace Cloud: Private Edition
- Eucalyptus AWS API Integration
- A variety of Cloud-Storage, Cloud-Gateway products (Oxygen Cloud, StorSimple, Citrix Cloud Gateway, etc.)
In recent months, this space has become somewhat more complicated (new Cloud offerings from Google, Microsoft, Rackspace, Tier 3 [podcast] and Virtustream [podcast]) and even fragmented as some experts suggest that "Enterprise Cloud" could actually be an internal-hybrid (web-scale and virtualization segmentation, within the same Enterprise). In addition, we've seen:
- The introduction of several public and private OpenStack offerings
- The introduction of several PaaS platforms based on VMware CloudFoundry (AppFog, Tier 3, Uhuru [podcast], as well as several Microsoft and non-Microsoft .NET environments (Azure, Apprenda [podcast], Tier 3 - IronFoundry, Uhuru)
- The introduction of several *-as-a-Service offerings to augment both public and private cloud offerings (eg. CloudPassage [podcast], CloudAccess [podcast], Cloudability [podcast]
[UPDATE - July 2, 2012] George Reese wrote this post with his opinion about VMware's overall Cloud strategy, some of which was altered by their acquisition of DynamicOps.
What had been called "Hybrid Cloud" in the past was probably better characterized as "Hybrid Cloud v0.1". In some cases it worked, and it solved some challenges for the earliest of adopters, but it wasn't ready for mass adoption. But we've now moved into cloud maturity levels that should be called "Hybrid Cloud v1.0", where IT organizations (or lines of business) should be expecting greater flexibility:
- Companies should be able to deploy applications (DevTest, Production, various Tier levels) to any cloud through a fairly consistent management framework.
- Companies should be able to automate the deployment of these applications, whether they are legacy (deployed in VMs), or modern applications (may or may not require VMs; eg. PaaS or SaaS environments).
- Companies should be able to have visibility and transparency of application costs, application/data geography, and application status/performance across any cloud through a fairly consistent management framework.
- Companies should have the flexibility to treat IT resources similar to other parts of the business, where different business demands require different resources (costs, regulatory, time-to-market, etc.). They should be able to describe the IT need in business terms, not be bound by cloud-specific capabilities.
- Companies may opt to evolve their Hybrid Cloud strategy to not be a mix of internal and external resources, but entirely external Cloud resources, across multiple cloud providers and deployment models (IaaS, PaaS, SaaS).
- Companies should realize that "the journey to Cloud" may be more complicated from a people and process perspective, so it may make sense to create a fence around the legacy environments and look at more modern process and technologies to move IT forward.
- Relying on a single "open API" to drive you Cloud strategy may sound good today, but may be cause for concern down the road.
(Note: Opinions expressed in this article and its replies are the opinions of their respective authors and not those of DZone, Inc.)