The Virtualization Practice

Author Archive for Mike Norman

Mike Norman
Mike NormanDr Mike Norman, IT Strategist and Entrepreneur - Open Source; Server Scalability and Performance; Virtual/Remote Desktop. 10 years as a CEO at Scapa Technologies ensuring the scalability and perfromance of the largest Citrix, TS and VDI implementations on the planet. 5 years on the Board of Directors of the Eclipse Open Source Foundation. Set up and led the Eclipse Test and Performance Tools Project. 5 years as an analyst/consultant - Large-scale Database, Data Warehouse. Currently implementing hosted systems for virtualised application delivery, based on open source stacks.

Secret Shopper Report – VMware CloudFoundry

To recap the story so far, I’m prototyping an application and deploying it to various PAAS environments. I am not getting any special help from any of the vendors in this exercise – you can think of me as a “secret shopper” for PaaS, although I don’t hide my identity. I am approaching each platform on its own merits, and in these posts I am recounting and contrasting my experiences and reaching some general conclusions about the PaaS market.

Over the last few months we have identified a trend towards “diversity” in the PaaS provider marketplace. Platform as a Service has become Platforms as a Service, the providers are offering multiple choices at each layer of the platform infrastructure, and seeing their role as automating the provisioning of properly-configured instances as required at each layer of the stack.

On Aug 2nd, there was another entrant to this “diverse” PaaS provider marketplace called Cumulogic, a startup with a PaaS cloud positioned alongside Red Hat OpenShift and VMware CloudFoundry that we identified earlier.

Over the last few months an additional subproject codenamed Quantum has emerged which deals explicitly with networking and has particpation from networking giants Intel and Cisco as well as from Citrix. It’s a mechanism for defining network topologies aimed at providing Layer-2 network connectivity for VM instances running in clouds based on the OpenStack cloud fabric. It is designed to be extensible to allow higher-level services (VPN, QoS, etc) to be built on top, and to cleanly handle the “edge of network” problem (i.e. the binding of the cloud into the internet).

As mentioned in my previous piece I’ve been doing some prototyping using SpringSource’s Grails. Grails can be thought of as the top of the stack. If you pick up Grails you would naturally pull in the other pieces of SpringSource, including vFabric and ultimately vFoundry. In a future post I will deal with what happens when you stick Grails onto vFoundry, but at this stage I’ve been assessing the health of the SpringSource Ecosystem.

One of the most intriguing names that has hitherto been at the periphery of the OpenStack initiative is Citrix. Up until last week, Citrix’s contribution was to ensure OpenStack ran on XenServer. However, this week at it’s Synergy event, Citrix made some more sigificant announcements about Project Olympus, through which it aims to provide (in collaboration with Dell and Rackspace) a route to commercial exploitation of the OpenStack codebase. For some time I have been perplexed as to what Citrix is doing. Are they genuinely intending to enter this space? Is this the real play or is it a spoiler?

It is interesting to see Edward’s comment that according to EMC/VMware, widespread production deployment of Cloud Apps is 3-5 years off. If that is the case the VMware CloudFoundry initiative should be focused on cutting-edge development rather than porting existing apps, and in much the same way that Microsoft has always courted developers, CloudFoundry should be the latest cool thing for developer productivity. It’s interesting to talk about this stuff in the abstract, and at the strategic level, but sometimes it’s worth understanding what happens when you need to make the decisions for yourself.

Amazon failed because of simultaneous failure of its EBS in two Availability zones. If you were dependent on one of these (or mirrored across the two) you lost access to the filesystem from your Instances. It may be sensible to move to the use of the S3 mechanism (or some portable abstraction over it) for new applications, but if you have an existing application that expects to see a filesystem in the traditional way, Gluster can provide a distributed cloud-agnostic shared filesystem with multi-way replication (including asynchronous replication).

Google Circle
Join my Circle on Google+

Plugin by Social Author Bio