Sam,

                Isn’t the platform and infrastructure reversed ? IMHO, Infrastructure should be above the platform. Also shouldn’t we have a VM layer just below the software ?

Cheers

<k/>

From: occi-wg-bounces@ogf.org [mailto:occi-wg-bounces@ogf.org] On Behalf Of Sam Johnston
Sent: Sunday, April 19, 2009 1:25 AM
To: occi-wg@ogf.org
Subject: Re: [occi-wg] Resource Types: Compute / Network / Storage

Morning,

Turns out this isn't such a bad idea as between writing and sending that post Andy Edmonds independently suggested exactly the same thing via the wiki (suggestion: change workload to compute - workload might be something ran on a compute resource).

This is such a good (albeit obvious) idea - thanks David/RM-WG - that I've even updated my cloud computing reference model (attached) by adding "network' to it.

Sam

On Sun, Apr 19, 2009 at 10:08 AM, Sam Johnston <samj@samj.net> wrote:

Evening,

So one thing I did see validated by the rm-wg document was the trend towards compute/network/storage that we're fast settling on ourselves.

Our current terminology however is far more specific - we've picked up "Drive" and "Server" from ElasticHosts for example. While this does make sense a lot of the time there's nothing to say that OCCI can't be used for VDI for example, where the "servers" are in fact "clients". Take it a step further and you've got things like Dreamhost PS which kind of like a virtual provate server in that it behaves like one (it can be restarted via their API etc.), only it refers to resource allocations in a shared hosting environment or MySQL instances.

Granted that's outside of our remit but ther'es no point stopping them from using it by choosing our terminology poorly. In fact a lot of these functions can apply equally to physical machines as they can to lightweight threads in an Apache process (and everything in between including, of course, virtual machines which are currently our primary target).

I've been trying to think of other resources outside of these three main types but even strange things like ISDN interfaces (yes, this sort of thing does appear in enterprise data centers) can be handled via PCI passthrough parameters on a virtual machine.

All in all, unless anyone has any concerns about this approach I'd like to adopt this terminology throughout.

Sam