<div dir="ltr"><br><div class="gmail_extra"><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 class="im"><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 class=""><div class="h5"><br>
<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>
</div></div></blockquote></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">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 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 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>