The OpenStack summit in Hong Kong this week promises to be a pivotal moment in the history of the open source cloud platform. While the project continues to mature, the Folsom release was a major milestone when it came to code stability, and the Havana release promises to push the bar even higher with improved testing and a growing community of contributors.
Not all is sunshine and lollipops in the OpenStack world, however, and there is one recent controversy that concerns me deeply. Recent blog posts by Mirantis CEO Alex Freeman, and a proposed OpenStack incubator project around application lifecycle management (ALM), indicate there is a small but vocal community of contributors to OpenStack that do not understand the value of a consuming service ecosystem for OpenStack.
“Consuming service ecosystem”?
Because I may have accidentially just invented a new buzzword trying to explain my point, let me start by explaining the term. OpenStack is a platform, in every sense of the word. It’s a set of code that forms a foundation from which a (hopefully) rich ecosystem of solutions to a wide variety of computing problems can form. It’s the soil from which a new marketplace can grow.
Unfortunately, in my opinion, all of the focus to date in OpenStack has been on the delivery of OpenStack itself, not in building a rich selection of solutions that consume OpenStack. Hey, it makes sense that a variety of system and platform companies, both established and newly created, would want to package, install and support customers who want to run OpenStack core services. There is a lot of money to be made in delivering platforms to customers.
However, the value of those platforms (at least in business) is dependent on the platform being a part of business solutions. While there are certainly IT departments that see “private cloud” as a business problem to solve, those projects won’t be successful unless there are either new revenue streams created on the platform, or significant cost reductions in existing business use of IT.
So, when I say “consuming service ecosystem,” I mean the ecosystem of customer and partner software solutions that consume OpenStack (via APIs or other means) to deliver their value.
AWS and VMware as examples
Two great examples of this are AWS and VMware. In both cases, you might think the most valuable thing they do is deliver virtual machines as a service. But if you talk to developers that rely on AWS, or operators that rely on VMware, you’ll hear that what makes those solutions valuable to their buyers: that they can actually solve problems using a combination of that core compute service and value-added capabilities provided by the respective vendor and partner (or community) ecosystems.
AWS has its own services, such as RDS and CloudFront, and VMware has a huge library of management and operational tools built to support its virtualization and cloud capabilities. So, each platform’s buyers don’t have to piece together solutions to complex problems with custom code and bailing wire — they can often find commercial (or open source), tested solutions that eliminate the vast majority of work.
The end result is that each ecosystem attracts more customers, which attracts more partners, which creates more solutions, which — in turn — attracts more customers.
Where OpenStack sends the wrong signals
OpenStack, on the other hand, has a small group of community members determined to prove that nobody — and I mean nobody — does open source cloud as well as they do. The Mirantis post that kicked off the controversy about PaaS and OpenStack made clear that projects such as Heat (a deployment automation service) and the newly proposed Solum (the aforementioned ALM service) are throwing down the gauntlet to those who would deign to try and add value for developers outside of the OpenStack project itself.
God forbid you might try to do so across multiple cloud services and platforms.
Let me be clea that I have a horse in this race, as Dell Multi-cloud Manager does indeed provide management for many cloud platforms, including OpenStack. But the point here isn’t that any one segment is being attacked. The point is that OpenStack should not chase away any project — even the established PaaS platforms — that might actually drive customers to the platform.
The signal sent here is horrible. Instead of saying, “Hey, PaaS platforms, we don’t want or need you” (or “don’t want to want or need you”), the entire OpenStack community should be hellbent on saying, “We love anyone who makes OpenStack more valuable, and encourage others to develop for the platform.”
What OpenStack should do
I think the Solum project is ill advised, but here’s what I’d love to see: a subset of the community who makes it their mission to reach out and liason with Cloud Foundry, OpenShift, Jenkins, and any other open source PaaS and ALM project worthy of attention. These liasons would not only make sure that the projects were advocated for within the OpenStack community, but help drive resolutions to technical issues, project release alignment and co-promotion opportunities.
I’d also love to see the OpenStack Foundation actively recruit software companies to build software that takes advantage of OpenStack, even if it is also built to run on other cloud services and platforms. Grow the consuming cloud ecosystem, and help promote opportunities to make money by consuming OpenStack services, rather than simply packaging and delivering OpenStack directly. Heck, even encourage competition within the OpenStack ecosystem.
While I, unfortunately, couldn’t make the trip to Hong Kong this year, I am genuinely looking forward to seeing the incredible progress OpenStack has made in the latest release, and hearing more about how it will get even more powerful in the future. I just hope that future is friendly to the world where software projects and vendors can benefit OpenStack while benefiting from it, rather a world that is just dismissive of key potential partners.
Thoughts? Disagree? Let me know in the comments below, or reach out to me on Twitter, where I am @jamesurquhart.
Feature image courtesy of Shutterstock user Istvan Csak.