Eric Knorr
Contributing writer

The great OpenStack balancing act

analysis
Sep 24, 20124 mins

Can a vendor consortium cooperatively develop a cloud operating system without going off track? The new OpenStack Foundation and a small army of developers aim to find out

The OpenStack project got its own open source Foundation last week. This so-called cloud operating system, launched under an Apache 2 license by cloud provider Rackspace and NASA two years ago, will be governed by an independent organization that bears some similarities to the Linux Foundation.

In fact, Alan Clark, who was just elected chairman of the board of directors of the OpenStack Foundation, also serves on the board of the Linux Foundation and helps oversee the Suse Linux project. And there’s another familial resemblance: Just as few would download the Linux kernel from Kernel.org and put it into production, few enterprises are likely to download and deploy the raw OpenStack bits from OpenStack.org.

[ Stay on top of the current state of the cloud with InfoWorld’s special report, “Cloud computing in 2012.” Download it today! | Also check out our “Private Cloud Deep Dive,” our “Cloud Security Deep Dive,” our “Cloud Storage Deep Dive,” and our “Cloud Services Deep Dive.” ]

Instead, vendors will package OpenStack and incorporate it into various products, much as various vendors develop Linux distributions or embed Linux in data center hardware. CanonicalRackspaceRed Hat, and Piston Cloud already offer OpenStack downloads. And public cloud providers such as HP are launching their own offerings based on OpenStack.

But despite this proliferation, OpenStack remains at a very early stage. There will undoubtedly be exceptions, but among enterprise customers, significant adoption of private cloud OpenStack solutions for production purposes is probably a year or so away.

Risks and rewards That timeframe points to a stark difference between OpenStack and Linux: The latter had a decade to mature before it was enterprise-worthy. OpenStack is taking shape before our eyes, mainly through code contributions from established vendors. The stakes are very high, because OpenStack provides a management framework for nearly every virtualized resource in the data center.

To me, this breadth — and the ripple effects of decisions made in code — make OpenStack a unique experiment with its own special set of risks and rewards.

The main OpenStack reward for customers is indirect: Collaborative development of the core OpenStack bits should shorten the time-to-market for private and public cloud solutions, the adoption of which should increase IT efficiency and reduce costs overall.

OpenStack proponents also say that sharing the OpenStack bits will prevent cloud lock-in, but that benefit may be limited. Those who have been around this tree before (think J2EE application servers) understand the inherent contradiction: Each OpenStack cloud software or service provider will differentiate with special features that, if you use them, will inhibit portability.

Such fragmentation could become a severe problem if “innovation by committee” slows down the development of shared bits to the point that frustrated vendors jump way ahead and lose the common denominator of OpenStack. But Jonathan Bryce, executive director of OpenStack, sounded persuasive when he told me that so far death by committee is nowhere in evidence. In fact, pretty much everyone I’ve spoken to contends that OpenStack’s lean, energetic development teams are plowing ahead at an impressive rate. In addition, says Bryce, a trademark program will ensure that vendors who use the OpenStack logo meet a specific set of requirements.

Nonetheless, any project with multiple vendor participants runs the risk that some big dog will gain disproportionate influence over technology development. But Bryce believes the structure of the Foundation will prevent certain parties from running roughshod over the rest.

“There’s a technical committee and technical leaders for each project on the development side that are all elected by the contributors,” notes Bryce. “So the development teams function as a meritocracy, where the contributions and the abilities of the participants determine who ends up in leadership roles. This should help ensure that it doesn’t become something that’s just dominated by corporate interests.”

Forward, march Alan Clark echoed Bryce’s comment in a conversation the day before the Foundation launched, saying, “The technical committee and the meritocracy associated with that — we’re very much sensitive for the need for that to continue as it has been, because that’s what’s produced the tremendous growth in such a short period of time.”

Sustaining this level of energy — and keeping OpenStack open, when many of the solutions based on it will likely be closed — is a big challenge. But whether you call it “the cloud” or not, the need for a standardized way to manage vast swaths of virtualized data center resources in undeniable. At this point it’s hard to ignore the genuine excitement among OpenStack developers as they work toward that goal.

This article, “The great OpenStack balancing act,” originally appeared at InfoWorld.com. Read more of Eric Knorr’s Modernizing IT blog. And for the latest business technology news, follow InfoWorld on Twitter.

Eric Knorr

Eric Knorr is a freelance writer, editor, and content strategist. Previously he was the Editor in Chief of Foundry’s enterprise websites: CIO, Computerworld, CSO, InfoWorld, and Network World. A technology journalist since the start of the PC era, he has developed content to serve the needs of IT professionals since the turn of the 21st century. He is the former Editor of PC World magazine, the creator of the best-selling The PC Bible, a founding editor of CNET, and the author of hundreds of articles to inform and support IT leaders and those who build, evaluate, and sustain technology for business. Eric has received Neal, ASBPE, and Computer Press Awards for journalistic excellence. He graduated from the University of Wisconsin, Madison with a BA in English.

More from this author