Salesforce made the acquisition of Heroku more than a year ago, which was really interesting. It's a great team and it will be interesting to see if they can maintain the momentum while being part of a large, publicly traded company. As for Salesforce's other platform, Force.com, that is a proprietary language designed specifically to build apps to run on Salesforce's CRM platform. We haven't seen much in terms of integration between Heroku and Salesforce.com yet, though.
Microsoft is having a tough time in PaaS. The initial versions of Azure were really more of an IaaS than a PaaS, and last year they extended it to include Linux. It still has some holes, though -- if you try to scale from three nodes to five, you have to shut the process down. They've done the right thing by recognizing enterprises are not Windows-only shops, which is the first step toward realizing a next-generation PaaS.
How does CloudBees fit in?
CloudBees is a public PaaS that is Java specific and hosted in Amazon's cloud. We cover the entire lifecycle of an application, from code to build, test and continuous deployment. Many other players just focus on the launch stage. Even though we're Java focused, we can run any language and manage the continuous deployment and re-deployment of your app.
Some people say that PaaS has the potential to be bigger than IaaS. Gartner reported last year that the PaaS market is just one-tenth the size of the SaaS market, though, so is it realistic to think PaaS can be as big as IaaS and SaaS?
By 2020, I believe 80% of workloads will be in the public cloud. Every time you face a problem you will have two choices: Is there an app out there to solve my problem? If so, you will use a SaaS. If there is not already an app, then I will build a custom app using a PaaS. At no point will I care about the infrastructure or where the app is hosted. SaaS and PaaS, that's it. PaaS is an extremely strategic play, all focused on customized apps.