Search This Blog

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

The Cloud affords the opportunity to drastically reduce operational costs and increase the flexibility. To get at those, we need to eliminate the overhead of installing, configuring, testing and maintaining many layers of software for each application, department and enterprise. Eliminating the overhead of multiple versions of infrastructure. Eliminating costly support contracts with vendors. Eliminating capital requirements.

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.

Get link

Facebook

Twitter

Pinterest

Google+

Email

Other Apps

Comments

I had the impression CloudBees was assembling a running stack of all open source software, and that your differentiator was the know-how to perform and sustain that assembly rather than the creation of proprietary code.

If that is indeed the case, it would seem to me that CloudBees is as close to open source as the cloud will ever be. So does this mean you have some proprietary secret sauce, or just that you're modest?

Being a Cloud PaaS is a lot more than just putting together a bunch of open source code. All those moving parts are tough to open source and sustain multiple versions across many, many environments. So we do not open source those or the whole thing combined because it would be impractical for anyone to really use or maintain it...

I think it is both technical and business model. I include what users are interested in as the key part of the business model. In the case of Cloud, people are interested in having stuff run.

I think you see both VMWare with Cloud Foundry and Red Hat with OpenShift as having difficulty with the typical open source model. CF is obviously not sharing their full stack, or the code they are using to run cloudfoundry.com.

Part of it may be protecting secret sauce from competitors, but I think a bigger part is the focus is on having a big operation running smoothly rather than community building and having parts of the community make things run smoothly.

For example with JBoss tens of thousands of ITOperation shops have to make it run efficiently for them and train their people, and manage the hardware and network and do upgrades, so forth. In the case of the cloud, there are just a few big production instances of the software that are maintained and run.

Popular posts from this blog

I just read Matt Asay's article - Unstoppable JBoss 'mafia' has big tech biz in its crosshairs. It really got me thinking about the old days and all the great people at JBoss. I have no idea if my motivation (and available time) will enable me to finish, but I thought I would share my recollections and some of the stories I saw unfold at JBoss. While I actually never really did anything at JBoss, I was in a position to see a lot of things happen across all aspects of the company. Hopefully I won't mis-represent anything, and encourage others to correct me, or add to the story lines, or create their own recollections. It was an interesting ride...

Meeting JBoss
My first interaction with JBoss was shortly after Bluestone had been acquired by HP. We had become interested in the idea of open source for our app server, but were precluded from it by our licenses with Sun for J2EE. Rich Friedman was then the CTO for us and he tried to make contact with JBoss to see if …

I've been bothered by this "America First" slogan. Part of this is the fact I work with a very diverse set of people.
I watched the new "Becoming Warren Buffet" movie on HBO this week. And one of the things he said really crystallized my problem with the "America First" slogan. To paraphrase he said:
"I won the lottery. There was a 1 in 40 chance that I was born in the US. And there was a 50-50 chance that I would be born male. So I have a hard time understanding why my life is worth more than anyone else on earth."