Comments on: Clouditude

By: John Gannon

John Gannon — Wed, 07 Jan 2009 01:55:58 +0000

You make a good point. There are numerous vendors who address cloud management at the VM instance level (e.g. deploying new VMs based on administrator or user load) but is anyone looking at a layer to sit between the app and the infrastructure to do very fine-grained auto-scaling, failover, etc? Seems the EngineYards, Joyents, and 10gen's of the world might be well suited to solve that problem given they are engaging at the app server versus the VM/AMI management level? Thoughts?

By: Sheraz Mahmood

Sheraz Mahmood — Wed, 07 Jan 2009 01:55:57 +0000

Interesting post, I like where this going.

Having developed some applications in the cloud, I don't know if the statement "know anything about the underlying infrastructure, including whether there is an application server at all" holds true. There are limitations to all clouds and developer have to be mindful of costs associated to what they are building.

Building efficient programs is true, regardless of where the application lives. Since the cloud is supposed to lower costs, especially for startups, the way an application is built changes when you take into consideration how many CPU cycles you will be using for any line of code. This is good since most programmers these days throw efficiency out the window until it bites them. Therefore knowing about the infrastructure is very important; all clouds are not homogeneous.

By: Patrick Kerpan

Patrick Kerpan — Wed, 07 Jan 2009 01:55:57 +0000

And I think at Elastic Server we *might* have a capability that increases "clouditude" even further. You can import the application you want to run in your canonical "application server" listed above either into the Community Repo or into a personal repo if using our Personal Edition. Now you have your whole application described in a "bill of materials" which you can target to VMware, Xen, Parallels, EC2 AMI, with more clouds and VM formats coming online all the time. A matter of a few clicks to master your virtual server to any available format.

By: bfeld

bfeld — Wed, 07 Jan 2009 01:55:57 +0000

I don’t really know. I’m having a little trouble determining the appropriate line between the app and the infrastructure for these types of functions. I know Microsoft is creating a much more extensive framework for this intermediate layer with some of the pieces of Azure – it’ll be interesting to see what is actually implemented.

By: Brad Feld

Brad Feld — Tue, 28 Oct 2008 05:32:51 +0000

By: John Gannon

John Gannon — Mon, 27 Oct 2008 17:08:49 +0000

By: Patrick Kerpan

Patrick Kerpan — Sun, 26 Oct 2008 15:48:56 +0000

And I think at Elastic Server we *might* have a capability that increases “clouditude” even further. You can import the application you want to run in your canonical “application server” listed above either into the Community Repo or into a personal repo if using our Personal Edition. Now you have your whole application described in a “bill of materials” which you can target to VMware, Xen, Parallels, EC2 AMI, with more clouds and VM formats coming online all the time. A matter of a few clicks to master your virtual server to any available format.

By: Sheraz Mahmood

Sheraz Mahmood — Sat, 25 Oct 2008 11:39:33 +0000

Interesting post, I like where this going.

Having developed some applications in the cloud, I don't know if the statement “know anything about the underlying infrastructure, including whether there is an application server at all” holds true. There are limitations to all clouds and developer have to be mindful of costs associated to what they are building.