Return-Path: X-Original-To: apmail-deltacloud-dev-archive@www.apache.org Delivered-To: apmail-deltacloud-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 47595C6E2 for ; Thu, 3 May 2012 17:00:01 +0000 (UTC) Received: (qmail 32161 invoked by uid 500); 3 May 2012 17:00:01 -0000 Delivered-To: apmail-deltacloud-dev-archive@deltacloud.apache.org Received: (qmail 32133 invoked by uid 500); 3 May 2012 17:00:01 -0000 Mailing-List: contact dev-help@deltacloud.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@deltacloud.apache.org Delivered-To: mailing list dev@deltacloud.apache.org Received: (qmail 32125 invoked by uid 99); 3 May 2012 17:00:01 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 03 May 2012 17:00:01 +0000 X-ASF-Spam-Status: No, hits=-2.8 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_HI,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of dug@us.ibm.com designates 32.97.110.159 as permitted sender) Received: from [32.97.110.159] (HELO e38.co.us.ibm.com) (32.97.110.159) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 03 May 2012 16:59:52 +0000 Received: from /spool/local by e38.co.us.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted for from ; Thu, 3 May 2012 10:59:29 -0600 Received: from d03dlp01.boulder.ibm.com (9.17.202.177) by e38.co.us.ibm.com (192.168.1.138) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted; Thu, 3 May 2012 10:59:26 -0600 Received: from d03relay03.boulder.ibm.com (d03relay03.boulder.ibm.com [9.17.195.228]) by d03dlp01.boulder.ibm.com (Postfix) with ESMTP id 6169B1FF0027 for ; Thu, 3 May 2012 10:59:23 -0600 (MDT) Received: from d03av02.boulder.ibm.com (d03av02.boulder.ibm.com [9.17.195.168]) by d03relay03.boulder.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id q43GwhhN128374 for ; Thu, 3 May 2012 10:58:46 -0600 Received: from d03av02.boulder.ibm.com (loopback [127.0.0.1]) by d03av02.boulder.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id q43GwWmD030995 for ; Thu, 3 May 2012 10:58:33 -0600 Received: from d03nm119.boulder.ibm.com (d03nm119.boulder.ibm.com [9.63.40.225]) by d03av02.boulder.ibm.com (8.14.4/8.13.1/NCO v10.0 AVin) with ESMTP id q43GwWQf030992 for ; Thu, 3 May 2012 10:58:32 -0600 In-Reply-To: <95C8CDD9-7A4F-430D-B08E-9008E4C7C013@cgoncalves.info> To: dev@deltacloud.apache.org MIME-Version: 1.0 Subject: Re: DeltaCloud API and CIMI X-Mailer: Lotus Notes Release 7.0 HF144 February 01, 2006 From: Doug Davis Message-ID: Date: Thu, 3 May 2012 12:58:29 -0400 X-MIMETrack: Serialize by Router on D03NM119/03/M/IBM(Release 8.5.3 ZX853HP5|January 12, 2012) at 05/03/2012 10:58:32, Serialize complete at 05/03/2012 10:58:32 Content-Type: multipart/alternative; boundary="=_alternative 005D3D1D852579F3_=" X-Content-Scanned: Fidelis XPS MAILER x-cbid: 12050316-5518-0000-0000-0000041EC62B --=_alternative 005D3D1D852579F3_= Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable https://blueprints.launchpad.net/nova/+spec/cimi=20 Just FYI. thanks -Doug =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F STSM | Standards Architect | IBM Software Group (919) 254-6905 | IBM 444-6905 | dug@us.ibm.com The more I'm around some people, the more I like my dog. Carlos Gon=E7alves =20 05/03/2012 12:32 PM Please respond to dev@deltacloud.apache.org To dev@deltacloud.apache.org cc Subject Re: DeltaCloud API and CIMI Hi Dies, I did not mean the API between IaaS providers and DeltaCloud because I=20 don't see providers such as Amazon EC2 supporting CIMI at least in the=20 sort run, but the API DeltaCloud users use to communicate with DeltaCloud=20 abstracting themselves from each IaaS provider own API. If CIMI gets really spread I guess some IaaS software projects,=20 open-source mainly, will start supporting CIMI, either as their only=20 available API or as an secondary API. For instance, there is a working=20 group adding OCCI support on OpenStack[1]. While some providers may opt to = offer a standard cloud API (OCCI or CIMI) to their services, others just=20 won't because that would somehow mean easing interoperability with=20 competitor cloud vendors, giving up of their vendor lock-in strategy and=20 hence loosing money - that's my point of view :-) So, no, I don't see DeltaCloud getting obsolete, ever (?). Hope I've answered all your questions. If not, please let me know and I'll = rephrase. Thanks, Carlos Goncalves [1] http://occi-wg.org/2012/02/14/occi-in-openstack/ On 3 May 2012, at 14:14, Koper, Dies wrote: > Hi Carlos, >=20 > I wonder how many cloud providers will support the CIMI API. > If all DMTF members will support it, wouldn't that render DC obsolete? > If few DMTF members will actually support it, what is the real benefit=20 to users for DC to be CIMI -only? >=20 > Are you assuming it will take a long time for the members to release=20 their respective CIMI implementations (as it took them a long time to=20 publish the standard) and DC's objective should be to bridge that period? >=20 > Regards, > Dies Koper >=20 >=20 >> -----Original Message----- >> From: Carlos Gon=E7alves [mailto:mail@cgoncalves.info] >> Sent: Thursday, 3 May 2012 8:48 PM >> To: dev@deltacloud.apache.org >> Subject: DeltaCloud API and CIMI >>=20 >> Dear all, >>=20 >> As suggested by Marios on IRC the other day, I'm opening here a new >> thread for max discussion on the subject of the future of DeltaCloud in >> terms of APIs available to the user. The question is short, though I=20 foresee >> complex and perhaps political answers due to the nature of the topic. >>=20 >> Currently DeltaCloud supports two APIs: its own API and CIMI API. They=20 are >> not interoperable between them, and neither have been standardized yet. >> CIMI is just a step away from being officially released as a first=20 final version >> (1.0.0) cloud standard by DMTF, where DeltaCloud API has not yet even >> been proposed to be one as far as I know. >>=20 >> Until very recently I though CIMI support on DeltaCloud was somewhat a >> trivial and an "automagically" translation from/to DeltaCloud API but=20 I've >> been proven to mistaken when I gave Marios' new OpenStack v2 driver a >> spin using CIMI. This led me to question of whether DeltaCloud should >> support both APIs or just focus on just one, with CIMI being the most >> logical model and interface to be adopted rather DeltaCloud's own. >>=20 >> I believe the possible move to CIMI-only would bump the project=20 visibility >> but would require a major code rewritten, I suppose. >>=20 >> So, thoughts on this? :-) >>=20 >> Regards, >> Carlos Goncalves >>=20 >=20 >=20 --=_alternative 005D3D1D852579F3_=--