Blogs

RedMonk

Skip to content

VMWare Cloud Foundry – Quick Analysis and Press Pass

“We believe the current [platform clouds, such as Azure and App Engine] are incomplete,” [VMware senior director of cloud and application services Jerry] Chen says. “There is no one platform that is multi-cloud – private and public – and no one cloud is architected, out of the gate, to be extensible to many different frameworks and many different languages.”

The Cloud Foundry offering from VMware is looking like one of those obvious, good things I rarely expect Big Companies to do. Of course you’d want a portable PaaS layer that ran Java, Ruby, JavaScript, and other languages. Of course you’d want the company to actually run their own cloud instead of having to sort through “partners.”

In summary, they’ve put together a “bring your own PaaS” with wide language support and a VMware run instance you can use as well, if you don’t want to bring anything and just go directly to a cloud that has it all wired-up.

The most critical thing for VMware to do is to let this “open is best” philosophy play out in their application development strategy. VMware’s current fortunes were built on distinctly not that philosophy and it’d be easy for the kernel geniuses who must hold much of the corporate power to derail the appdev strategy, which is a much different beast than virtualization and other business models closer to the metal than the glass.

Overview via Press Pass

Nancy Gohring of IDG sent over a few questions on the topic (see her piece), so why not inline the answers here? (I’ve summarized the questions, so they’re not directly Nancy’s):

How does this fit into the context of existing cloud and PaaS offerings? It’s difficult to know completely since the offering is still in beta and the pricing isn’t available. That just covers the “.com” part of CloudFoundry though. I would think that developers would be more keen to use a packaging put together by the Spring folks, Java developers at least. When it comes to PHP, Ruby, JavaScript, and other future platforms there’s a lot of street cred VMware has to earn. But with this offering, it’s looking technically possible – it all comes to down to community and developer marketing.

As a counter example, Microsoft has to work very hard to convince developers that it’s not some kind of “evil empire” when it comes to locking in developers to Azure. Somehow Amazon (which is pretty “open,” actually), Google, and Apple get free passes on this: the perception that a ready user base and that there’s money on the table for the clever app developer in Apple-land gets developers to put up with the otherwise heinous “developer relations” Apple does.

Will this help move developers to adopt PaaS? They’re doing the right things to position themselves well: not just being Java, hosting on GitHub (an obvious thing I wouldn’t expect any BigCo to be “smart” enough to do), and providing the PaaS layer as open source for developers to run where-ever they like. Other PaaS vendors typically choose a point of lock-in to monetize every install on, where-as what VMware appears to be doing is trying to create a giant pie of which they only monetize a several hefty slices. I hope that’s what they’re doing at least: the bad thing would be for their business folks to worry about monetizing every single Cloud Foundry instance. Coming from a shop that makes its money selling licensed software and that seems to be fast trying to be the new Microsoft, you always have to understand where VMware is going to take it’s cut and see if that fits with your architectural plans. So far, CloudFoundry looks OK on that front, though.

What’s the “big picture”? So far, most people have been pleased with this. (Although @williamlouth claims to need facial reconstruction after looking at the code.) I haven’t checked out the code or anything [over the next few weeks, expect lots of snarky commentary from those who do], but the open nature of this and the wide-range of languages they’re targeting is looking good. If VMware can make Java just one of the many technologies that run on their clouds and if they can allow anyone to use their cloud software without having to give a dime to VMware or use their tools (see “The VisualStudio Test”), they should have a good chance at building a big cloud ecosystem that they can siphon cash off from. It’s a long play, but this is a good time to be putting all the pieces into place: all of their competitors are for sure.

Competition

Cloud Foundry can be deployed in public or private clouds. It runs on top of vSphere and vCloud infrastructure but can also run on top of other infrastructure clouds. Our partner RightScale today is demonstrating the deployment of Cloud Foundry on top of Amazon Web Services. Because of the open architecture, it could also be implemented on top of other infrastructure technologies like Eucalyptus or OpenStack. Steve Herrod, VMware CTO

Here’s what I’d expect from the competitors:

  • Amazon – as always, they’ll say nothing and just keep putting out new services. Perhaps they’ll lower prices, as they often do. <EOM>
  • Microsoft – as I’ve said before, Microsoft is freaked out about VMware. They want to keep their existing Microsoft developers from moving and don’t like the ground moving under their Windows-shod feet. Microsoft will talk about integrated development and ops tool-chains (VisualStudio!), how you can run Ruby, PHP, and JavaScript on Azure, and say things like “if you go with VMware, next thing you know, you’re re-writing all your applications in Java!” Really, Microsoft just needs to speed up it’s cloud developer portfolio be it in betas (as Cloud Foundry is) or whatever. The Azure Appliance needs to get out there to cement in the excellent private cloud talk they started up at MMS.
  • Google – what with an existing Spring partnership, this is odder. Google likes to brass-ring to open when possible: we’re more open. People always list Google as a major cloud vendor, but I must have my head stuck in the cupboard because I rarely, if ever, hear about people deploying apps on AppEngine. Google Marketplace integrations, sure, but when’s the last time you heard about some mega-supercool thing on “Google’s cloud” that wasn’t just “Google’s own SaaSes”? Really, Google’s time is probably better spent on things like Android, Google Apps, and avoiding being disrupted in Google Search and the ad revenue it drives. It’s odd to think of Google as doing as well at cloud developer relations as others could.
  • Rackspace, OpenStack – in theory, these guys exist below the PaaS layer, but the competition from PaaS stuff like Cloud Foundry is The Battle for Developers to Care. If the PaaS takes care of all the operational concerns, the IaaS layer becomes irrelevant enough that developers don’t care. It’s like the x86 server market: a tough layer to be in because the lack of differentiation based on technology is almost in there by design. All that matters in price. What you’d want to see from the OpenStack folks is rapid enablement on Cloud Foundry and any other PaaS layer. They really need to shoot to be, as The Register put it a while ago, “the Linux of the clouds” and that means lots of effort to make everything work on OpenStack. The same applies for Eucalyptus, Cloud.com, and other cloud vendors. PaaS folks like CloudBees are a slightly different case: PaaS startups main hope is to use their scrappy smallness to out-innovate big ol’ VMware.
  • IBM – at their Cloud Forum last wek, these guys already laid out their reply, and it’s pretty solid if you’re an enterprise-minded person: enterprise applications are complex. IBM has been doing business work for a 100 years. We know our stuff, and yours. Good luck with those other guys. Their launch of actual cloud offerings – the two SmartClouds – last week is more important. IBM just needs to move past, way past, the dev/test stage of cloud they’re in an re-discover developer relations big-time. Once they hammer out the path between “Enterprise Software Development” and “Cloud Development” (using dev/ops as a sort of lubrication, if they can understand how it’s different than ITSM, which is apparently “dead” now) and update their portfolio appropriately, they could do well. Speed is the problem here. As Amazon and the dizzying, fragmented array of open source technologies used there-in has shown, marketing to cloud developers has a distinct first mover advantage, if not a “fast and quick to change” advantage. Their other tact (which is far more likely to suck up all the marketing-oxygen) is to speak to the “C-level” and talk about applicationssolutions, costs, and “industries”: the technology is just some details for those poor saps who live their lives in flying metal-tubes to sort out.
  • Salesforce – as with Google, there’s partnership’ing here to consider. Salesforce has declared that ruby is the language of the cloud, not just SaaS CRM, so they clearly are looking towards general cloud development with their Heroku acquisition. The advantage Salesforce has is zero allegiance to legacy (on-premise) IT and IT departments. In fact, Salesforce would probably be just fine – if not prefer – the IT department to go away. Most of the other elder companies working in this space don’t have that luxury. Most existing vendors feel the need to comfort instead of destroy-cum-transform legacy IT people, products, and models. Salesforce just has to demonstrate how they can make Heroku better: what can Salesforce+Heroku do that Heroku couldn’t do on it’s own?
  • Red Hat – we haven’t heard from the Red Hat cloud story in awhile. With Makara they have PaaS technology and, as you’d expect, they’ll fall back on their “we’re truly open, what-are-you-gonna-trust-THEM?!” posturing. In theory, Red Hat should have the same check-boxes as VMware does here, minus running their own cloud (or maybe they will?). Their big event is coming up in a few weeks, so you’d expect to hear a lot there. See Derrick Harris’ commentary about small-fries in the PaaS market for more here.

What most BigCo’s wanting to get into the cloud development space fail to recognize is that cloud development has little to do with the massive, billions of dollars worth of existing code out there. It has almost everything to do with green-field development. Cloud has little to offer legacy applications*, at the moment. Most everything cloud has to offer is for new applications. As I’m fond of saying now: if it ain’t broke, don’t cloud it.

A company going after cloud development would start talking about how cloud allows you to deliver new functionality in your applications: what new features and software development processes does cloud allow that legacy models simply can’t do? I’m pretty bad at this myself, but I’ve taken a whack at it from time-to-time: “Useful things to do with the cloud, developer edition” and “Considering PaaS,” for example

(* Some of IBM’s announcement last week show them honing in on what cloud can offer for legacy support: solving all sorts of operator things like back-ups, replications, and slicing out cloud-friendly parts of things like SAP installs.)

Misc.

On the meta-level, the almost complete focus on developers highlights how operations obsessed much of the recent (private) cloud talk has been. It’s almost as if the rhetoric of this Cloud Foundry announcement is implicitly saying: all that doesn’t really matter to developers, they don’t care about those “legacy” corporate IT concerns. I like how Stacey Higginbotham puts this point as well:

Charles Fitzgerald says that Cloud Foundry will sit on top of platform plays such as OpenStack, but in truth it is likely to hurt that effort by obviating the need for enterprises and other developers to worry about the underlying infrastructure platform. For those who want to build out an app, electing to deploy using Cloud Foundry means the developer can choose where to host its app without ever caring if it’s using OpenStack.

Also of note, Rod wrote that the long-awaited Code2Cloud is finally coming out “in the coming quarter.”

More

Disclosure: VMware, Cloud.com, Eucalyptus, GitHub, Red Hat, Salesforce, CloudBees, Microsoft, Rackspace Cloud, and IBM are clients. See the RedMonk clients page for others.

Categories: Cloud, Enterprise Software, Java, Open Source, Press Pass, Quick Analysis, The New Thing.

Tags: , , , , , , , , , , , , ,

Comment Feed

26 Responses

  1. "genisus" = "geniuses"? Wasn't sure.

    • Thanks for the correction – I'm always screwing up on the the spelling 😉

      CotéApril 12, 2011 @ 7:59 pm
      • And VMware with a little w. It's odd — one other thing that separates dev from ops & infrastructure is that developers have gotten used to capitalizing it incorrectly as VMWare.

  2. It's "OpenStack", not "OpenCloud" (and certainly not "Rackspace OpenCloud").

    Soren HansenApril 13, 2011 @ 5:26 am
    • Thanks! Slitting in Cloud was definitely a typo. I keep seeing mixed branding with Rackspace in front of or not in front of it depending on who's doing it.

      CotéApril 13, 2011 @ 2:07 pm
  3. Call me old fashioned but I like things to be designed in the open taking in feedback from various different interested parties/vendors (tooling/management/security/platforms/services/….). This all before any code is written because once that happens someone somewhere has already shoehorned the evolution of the software too suit their particular needs and current view of the horizon. That is not to say a standard can't come from an existing product/project but I think even then its best to go back to the board and learn from the mistakes (even when its widely successfully) before committing it to stone because any project beyond PetClinic/TravelClinic has its warts/lesions and lessons to be learned especially when its considered in environments other than its original target. Without change the benefits are much smaller.

    Now would someone be kind enough to point me to a specification of this platform, its services (including explicit/implicit contracts) as well as integration/extension points or do I have to derive a contract (and many assumptions likely to be invalidated) from the state of the code base today.

    I can't believe it but I have this sudden (nostalgic) urge to run to the OMG website.

    williamlouthApril 13, 2011 @ 5:49 am
    • Indeed! Most vendors I talk with now-a-days are pretty cynical about standard-first approaches. I can't really blame them: after the success of OpenID/OAuth ("Identity 2.0"), Ajax, and Microsoformats (all of which I would say are "non-standard" standards), the ability to rely on standards-first must make them a bit dodgy.

      The more openness you're pointing towards is part of what people tell me they like about OpenStack and that I think that project is doing well.

      CotéApril 13, 2011 @ 2:15 pm
      • But you would think that such an offering with its success tied somewhat to wider integration with services (in particular) and platforms would have its house in order in terms of contractual specifications before going live. I can only guess this is related to its Spring(Source) heritage or this whole thing was botched/rushed because of AWS envy/fear/panic.

        williamlouthApril 13, 2011 @ 3:24 pm
  4. Michael, good post. I think this was a big step for not only VMware, but the market. We've (Apprenda, the SaaSGrid folks) been preaching that a proper platform needs to be decoupled from the hosting infrastructure to afford lateral freedom. We're glad to see someone else offering "portable PaaS value." More importantly, however, is that it also puts pressure on PaaS providers to evidence real value to developers since, to VMware's point, most of the cloud/private cloud discussion to date has focused on infrastructure and operations. Solving tricky software architecture problems are typically void from most PaaS offerings, who instead focus on tricky infrastructure problems. I'm a fan of seeing this up-the-value chain transition.

    • Which of the "solving tricky software architecture" problems has been addressed by this announcement? I don't think its trying to solve anything other than making it relatively easy (if you can see pass the HUGE FONTS) to deploy (simplistic) applications written in Java or other langs to the cloud (on a laptop or something more powerful). The real problems only begin to surface then as is always the case with anything that's rad/rapid and stuffed with gratuitous chart junk in a console just to attract the flies, 😉

      williamlouthApril 14, 2011 @ 5:35 am
  5. . People always list Google as a major cloud vendor, but I must have my head stuck in the cupboard because I rarely, if ever, hear about people deploying apps on AppEngine

    David EApril 14, 2011 @ 8:39 am
  6. From what i could see CloudFoundary is closer to DevOps tools such as Cheff and Puppet than to a real PaaS as it deals only with a small subset of what PaaS needs. According to their FAQ (http://cloudfoundry.com/faq) they claim to provide basic execution engine (install, start, deploy) of different frameworks. I haven't seen anything that deals with the real hard stuff such as Multi-tenancy, Post deployment (scaling, fail-over), elasticity and more importantly management and monitoring of those different tools in a consistent way.

    • Adding to the previous comment..

      Given their own definition i can hardly see how CloudFoundary can be positioned as a PaaS.

      As for the *OPEN* part – its clear that VMware motivation is to use CloudFoundary as a monetization tool to sell the missing pieces that PaaS really needs.
      See this analysis as an evident for that: http://www.itnews.com.au/News/254523,analysis-get

      "The vendor will offer commodity instances of Cloud Foundry software for free via cloudfoundry.com, but intends to profit from the licensing of some of its more advanced middleware for cloud-hosted applications."

      I'm also surprised that no one brings the obvious question – isn't CloudFoundary a direct competition to the recently announced VMforce?

Continuing the Discussion

  1. […] VMWare Cloud Foundry – Quick Analysis and Press Pass Share on bebo Blog this! Bookmark on Delicious Digg this post Recommend on Facebook Share on fark […]

  2. […] Industry’s First Open PaaS, Delivering on VMware’s “Open PaaS” Strategy, Great Review by Michael (must read), and some followups […]

  3. […] Coté’s People Over Process » VMWare Cloud Foundry – Quick Analysis and Press Pass […]

  4. […] Open PaaS – Cloud Foundry — Delivering on VMware’s “Open PaaS” Strategy – VMWare Cloud Foundry – Quick Analysis and Press Pass – VMware Launches Open-Source Cloud: So What Exactly Is Cloud Foundry? Who Gets Hurt ? – VMware […]

  5. […] (403) http://www.redmonk.com/cote/2011/04/12/cloudfoundr/?utm_source=feedburner&utm_medium=twitt…<- This article from Michael Coté is a recommended read if, like me, you're puzzled by #cfoundry and want to grok it. […]

  6. […] reading on #cfoundry trying to separate hype from real. The best 2 articles: http://bit.ly/eC8Gte […]

  7. […] writes up Cloud Foundry here, where he explains why the industry got all hot and bothered at the launch. The Cloud Foundry […]

  8. […] the acquisition of Heroku by Salesforce [coverage] through last month’s Cloud Foundry launch [coverage] and continuing today, with the introduction of OpenShift. Historically, the platform approach has […]

  9. […] VMware Cloud Foundry – Quick Analysis and Press Pass Posted in Coverage, VMware […]

  10. […] On the developer front, Amazon still rules and I rarely hear anything about “private cloud” (this is developers, not IT folks). One of the keys to developer-driven cloud adoption is quickly slotting yourself into the cloud development tool-chain. The lunatic fringe (those developers I pay the most attention to) has been going on about how it’s all “culture” and not “technology,” and while I have sympathy with that argument, I’ve been seeing a pretty consistent, if wiggly, tool-chain adopted by developers. Someone like Citrix+Cloud.com (and all the other Elder Companies buying gel to slick up their hair) needs to get into that tool-chain or, if you’re the likes of VMware/SpringSource, build your own from an existing mega-community. […]