« Service models: Building services that add value, not follies | Main | SOA is about Architecture »

August 10, 2009


Patrick McKlear

I don't really understand what in SpringSource is vertically scalable. The Spring framework is an excellent set of application APIs, but to me this has nothing to do with scalability and virtualization. I didn't find in this post any evidence for such statements.

Chris Haddad

Hi Patrick, The post never stated SpringSource application servers are inherently 'vertically scalable'. Most Cloud implementations focus on scaling horizontally and using commodity hardware instead of big-iron. The short blog post doesn't intend to fully explain SpringSource's efforts to re-factor their application server line-up to support Cloud characteristics, but simply identify a few fundamental changes in-progress.

William Louth

Investment in "application management interfaces".

What exactly would that be? I would hope that this would not a reference to Hyperic itself which in fact was undergoing a complete rewrite at SpringSource after this had already been attempted at JBoss (twice). How many hints does one really need to see that something is inherent broken?

I expect the focus to be on the cloud computing programming model and platform with Hyperic finally put into the sunset club.

William Louth

[vertically scaling]

SpringSource lacks a distributed data & compute grid technology. I had expected SS to acquire this technology (GigaSpaces, Terracotta, GridGain,...) before they sold out but this offer is more than their actual worth and a great deal for the guys at the top of the food chain in the Spring community.

Patrick McKlear

Hi Chris,
The way I look at this is that SpringSource message to VMWare execs is that they support dev/run/manage cycle, which is appealing for enterprise app servers. Actually, all they have right now is the dev piece ready and the rest is myriad of integrations.
I claim that VMWare execs are missing a broader PaaS picture. SpringSource does not add run-time/management value there at all. They will soon realize that they need additional components such as cloud-enabled data stores, cloud-enabled event-driven run-time and will have to acquire complimentary run-time and monitoring capabilities. Spring tc-server and dm-server will be dropped for dynamicaly scalable run-time with spring framework as the development glue on top.

Derik Pereira

I think with a PaaS feeding frenzy we are now in danger of developing apps that depend on a particular PaaS framework, model, language(s), etc ... all the same, the whole stack is now getting many moving parts and thus complex even though all the moving parts are simple to begin with ... anyhow, many PaaS choices are good ... we do need to define our outcomes before going with a PaaS vendor ... hopefully, cloud adoption happens with an enterprise architecture and governance ... otherwise, all our apps, code and data will be like the Excel spreadsheets on USB drives that we now can't live without (at least, the global economy).

William Louth

Hi Patrick,

You are right there is nothing at all at present in the way of cloud specific technology @ SS. Their monitoring is system level based which seems dated in light that most vendors are moving to fine grain (activity) metering (not just monitoring) to solve both performance management and cost management requirements of both private and public clouds.



you can use spring dmserver

The comments to this entry are closed.

  • Burton Group Free Resources Stay Connected Stay Connected Stay Connected Stay Connected

Blog powered by Typepad