CloudBees Open Source Choice
CloudBees is made up of Open Source veterans. Sacha Labourey was the CTO of JBoss, Kohsuke Kawaguchi is the Founder of Jenkins and Hudson, Michael Neale, Adrian Brock, Ryan Campbell, Paul Sandoz, Harpreet Singh Vivek Pandey, and many others have spent most of their careers developing open source software. On the business side, David Skok and I are two well known advocates for the open source business model.
It begs the question, why is CloudBees not open source?
The fundamental reason is that our goal is to create a new type of software – that is really consumed as a service. We feel strongly that open source brought a whole new cost efficiency to using software in the enterprise. JBoss and Jenkins greatly reduce the cost as compared to previous enterprise software models. The new Cloud era ushers in new levels of cost savings and increased flexibility.
In short it required a different model, one that is more hybrid in nature. Still using and contributing to open source projects that can be used in enterprises – we do plenty of this with Jenkins, Tomcat, JBoss, Glassfish, etc.
The Cloud is Different
In the perfect world of effectiveness, application developers build apps and just deploy them to the Cloud. No need to have any of the old overhead.
We felt strongly that the open source business model did not fit this new world. Open source fits well when lots of people will be running lots of versions of the software and making lots of changes to it for their own environment. This use case is kind of the polar opposite of the Cloud.
Open is Different with the Cloud
The lock-in for Java app servers was not because the application was unable to move, but the investments made in the infrastructure. Companies had to buy servers, expensive licenses, expensive maintenance contracts, pay high powered people to design the architecture, install and configure the systems. Create a process for testing, staging, deploying. The tooling, scripting and environment around this became BEA and IBM's lock-in. Even JBoss and Spring use EAP, JBoss Network, and tcServer, to lock in the operational aspects.
By outsourcing much of that to the Cloud, companies can step up to a new level of openness. eXo Cloud-IDE demonstrates how it can do a git deploy to CloudBees, CloudFoundry, OpenShift, Heroku with a simple menu option. The core competency and investment is in the code. So if users don't like a Cloud provider, they just point and click and are done moving.
The reduction in operational overhead reduces costs, and the ease of migration ensures competitive costs between Cloud alternatives.
This is a radical departure from the past. And will take a couple of years for the market to truly understand. But this new approach will cause companies to look more at the functionality provided than how it is done.
Not to channel Steve Jobs inappropriately, but some of the thoughts of simplicity he brought to the consumer market are being brought to the Enterprise market by new companies with new approaches like CloudBees.