Re: [clouds] Clouds and / vs. virtualization

Paul Hoffman <paul.hoffman@vpnc.org> Mon, 22 February 2010 18:31 UTC

Return-Path: <paul.hoffman@vpnc.org>
X-Original-To: clouds@core3.amsl.com
Delivered-To: clouds@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 207C528C17B for <clouds@core3.amsl.com>; Mon, 22 Feb 2010 10:31:54 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.985
X-Spam-Level:
X-Spam-Status: No, score=-5.985 tagged_above=-999 required=5 tests=[AWL=0.061, BAYES_00=-2.599, HELO_MISMATCH_COM=0.553, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KCdhWeAsimOo for <clouds@core3.amsl.com>; Mon, 22 Feb 2010 10:31:53 -0800 (PST)
Received: from balder-227.proper.com (Balder-227.Proper.COM [192.245.12.227]) by core3.amsl.com (Postfix) with ESMTP id E371D28C342 for <clouds@ietf.org>; Mon, 22 Feb 2010 10:31:52 -0800 (PST)
Received: from [10.20.30.158] (sn87.proper.com [75.101.18.87]) (authenticated bits=0) by balder-227.proper.com (8.14.2/8.14.2) with ESMTP id o1MIXnd5096907 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 22 Feb 2010 11:33:51 -0700 (MST) (envelope-from paul.hoffman@vpnc.org)
Mime-Version: 1.0
Message-Id: <p0624084bc7a87dd68718@[10.20.30.158]>
In-Reply-To: <517bf111002221012q622903bcl46a4ea5833304521@mail.gmail.com>
References: <p06240849c7a8733308d2@10.20.30.158> <517bf111002221012q622903bcl46a4ea5833304521@mail.gmail.com>
Date: Mon, 22 Feb 2010 10:33:48 -0800
To: tbray@textuality.com
From: Paul Hoffman <paul.hoffman@vpnc.org>
Content-Type: text/plain; charset="us-ascii"
Cc: clouds@ietf.org
Subject: Re: [clouds] Clouds and / vs. virtualization
X-BeenThere: clouds@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Clouds pre-BOF discussion list <clouds.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/clouds>, <mailto:clouds-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/clouds>
List-Post: <mailto:clouds@ietf.org>
List-Help: <mailto:clouds-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/clouds>, <mailto:clouds-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 22 Feb 2010 18:31:54 -0000

At 10:12 AM -0800 2/22/10, Tim Bray wrote:
>On Mon, Feb 22, 2010 at 9:56 AM, Paul Hoffman <paul.hoffman@vpnc.org> wrote:
>>
>> An earlier definition of "cloud" was a virtualized computer that was managed by an entity outside one's own enterprise. Later, "private clouds" were invented, which eliminated the "outside one's own enterprise" but also significantly changed the security model. Later still, "XaaY" (for many values of X and Y) latched onto the "cloud" buzzword, describing applications and services by themselves, not virtualized computers.
>
>I think there's reasonably good agreement on the values of X and Y.  Y
>is "S".  X is I for infrastructure, meaning roughly "like what Amazon
>does", P for Platform, meaning roughly "like what Google App Engine
>and Heroku do", and S for Software meaning roughly "like what
>Salesforce.com does".
>
>I'm not convinced that there's a value-add for the IETF here, but if
>there were, it'd be at the IaaS level.

I can buy IaaS; it is fairly close to the definition I proposed.

> > An IETF effort that tries to cover XaaY seems doomed to failure due to over-generality, while wasting a lot of participant effort. Instead, I think defining a cloud as "one or more virtualized computers where many components of each computer are managed separately" gives us a reasonable basis from which to work on how to provision such clouds and the networks over which the clouds run.
>
>The big value of IaaS is that it lets you fire up servers and
>configure them without involving Mordac the Preventer of IT, using
>only some Web forms and your credit card.  Amazon's API for doing this
>is kinda klunky, but tons of people are doing it anyhow so it's
>plausible that there really is a big market for this kind of stuff.

Fully agree.

>Thus there are lots of proposals for APIs that are better and don't
>belong to anyone, and a handful of efforts under way in various
>standards orgs out there; a few are enumerated at
>http://www.tbray.org/ongoing/When/200x/2009/04/28/Cloud-Standards and
>also check out VMware's vCloud.

Deciding where to start the protocol work should start after we decide what the protocol is supposed to be about. When we get there, there are many good starting points.

--Paul Hoffman, Director
--VPN Consortium