<div dir="ltr"><br><div class="gmail_extra"><div class="gmail_quote">On Wed, May 1, 2013 at 10:50 PM, John Griffith <span dir="ltr"><<a href="mailto:john.griffith@solidfire.com" target="_blank">john.griffith@solidfire.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><br><div class="gmail_extra"><div><div class="h5"><br><br><div class="gmail_quote">On Wed, May 1, 2013 at 6:58 PM, Monty Taylor <span dir="ltr"><<a href="mailto:mordred@inaugust.com" target="_blank">mordred@inaugust.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div><br>
<br>
On 05/01/2013 08:46 PM, Gabriel Hurley wrote:<br>
> Based on input from several of the PTLs (and others), I'd like to<br>
> propose the following outline for how version discovery should be<br>
> handled across heterogeneous clouds:<br>
><br>
> <a href="https://etherpad.openstack.org/api-version-discovery-proposal" target="_blank">https://etherpad.openstack.org/api-version-discovery-proposal</a><br>
><br>
> Further discussion is absolutely welcome, and I would like to propose<br>
> it as a topic for review by the Technical Committee at the next<br>
> meeting since it involves a significant cross-project standardization<br>
> effort.<br>
<br>
</div>I dirtied your pretty doc with two questions - but they are nitpicky<br>
things. In general, I think it's sexy.<br>
<div><div><br>
<br>
_______________________________________________<br>
OpenStack-TC mailing list<br>
<a href="mailto:OpenStack-TC@lists.openstack.org" target="_blank">OpenStack-TC@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-tc" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-tc</a><br>
</div></div></blockquote></div><div class="gmail_extra" style="font-family:arial,sans-serif;font-size:13px"><br></div></div></div><div class="gmail_extra" style="font-family:arial,sans-serif;font-size:13px">Hi Gabriel,</div>
<div class="gmail_extra" style="font-family:arial,sans-serif;font-size:13px">
<br></div><div class="gmail_extra" style="font-family:arial,sans-serif;font-size:13px">Wondering if you'd mind describing a bit more the problem you're actually trying to solve here? I don't quite understand what you see as the actual use case, and in particular the extensions piece.</div>
<div class="gmail_extra" style="font-family:arial,sans-serif;font-size:13px"><br></div></div></div></blockquote><div><br></div><div style>Given that every deployment has versioned endpoints in their service catalogs, how would you go about adding an additional API version to the catalog (or when is it safe to update the service catalog with a new API version?)</div>
<div style><br></div><div style>Instead, put unversioned endpoints in the catalog and allow the services to advertise whatever they support; but first, we need intelligent clients that can work out their own preferences (which can also support catalogs with versioned endpoints).<br>
</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_extra" style="font-family:arial,sans-serif;font-size:13px">
</div><div class="gmail_extra" style="font-family:arial,sans-serif;font-size:13px">That being said, I'm all about the discovery piece and think it's a great idea, however I'd like to know how far this goes. Is it just "I offer x,y,z versions of the API"?</div>
</div></div></blockquote><div><br></div><div style>... and "as a client I understand API versions 'y' and 'z', but while your 'z' implementation is 'beta', my 'z' implementation is stable... so I'll work with 'y'. I also see that you support extensions A and B, but not C, so I'll hide C-related features from the user."</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra">
<div class="gmail_extra" style="font-family:arial,sans-serif;font-size:13px"><br></div><div class="gmail_extra" style="font-family:arial,sans-serif;font-size:13px">I am confused as to how this addresses things like multiple drivers in an environment such as Cinder or Nova where that sort of thing is typically abstracted out. How does this look from a tenant perspective? Sorry, these are some of the questions I brought up yesterday, I'd be curious to hear more.</div>
<div class="gmail_extra" style="font-family:arial,sans-serif;font-size:13px"><br></div><div class="gmail_extra" style="font-family:arial,sans-serif;font-size:13px">Thanks,</div><div class="gmail_extra" style="font-family:arial,sans-serif;font-size:13px">
John</div></div></div>
<br>_______________________________________________<br>
OpenStack-TC mailing list<br>
<a href="mailto:OpenStack-TC@lists.openstack.org">OpenStack-TC@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-tc" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-tc</a><br>
<br></blockquote></div><br></div></div>