<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Mon, Nov 25, 2013 at 7:50 PM, Flavio Percoco <span dir="ltr"><<a href="mailto:flavio@redhat.com" target="_blank">flavio@redhat.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On 24/11/13 12:47 -0500, Doug Hellmann wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
<br>
<br>
On Sun, Nov 24, 2013 at 12:08 AM, Morgan Fainberg <<a href="mailto:m@metacloud.com" target="_blank">m@metacloud.com</a>> wrote:<br>
<br>
   In all honesty it doesn't matter which term we go with.  As long as we are<br>
   consistent and define the meaning.  I think we can argue intuitive vs<br>
   non-intuitive in this case unto the ground.  I prefer "project" to tenant,<br>
   but beyond being a bit of an "overloaded" term, I really don't think anyone<br>
   will really notice one way or another as long as everything is using the<br>
   same terminology.  We could call it "grouping-of-openstack-things" if we<br>
   wanted to (though I might have to pull some hair out if we go to that<br>
   terminology).      However, with all that in mind, we have made the choice to move toward<br>
   project (horizon, keystone, OSC, keystoneclient) and have some momentum<br>
   behind that push (plus newer projects already use the project<br>
   nomenclature).   Making a change back to tenant might prove a worse UX than<br>
   moving everything else in line (nova I think is the one real major hurdle<br>
   to get converted over, and deprecation of keystone v2 API). <br>
<br>
FWIW, ceilometer also uses project in our API (although some of our docs use<br>
the terms interchangeably).<br>
</blockquote>
<br></div>
And, FWIW, Marconi uses project as well.<br>
<br></blockquote><div><br></div><div>Well project seems to be the way everyone is heading long term.  So we'll do this for the Nova<br>V3 API.  As others have mentioned, I think the most important this is that we all end up using<br>
the same terminology (though with the long life of APIs we're stuck with the both for a few years<br>at least).<br></div><div><br>Chris<br></div><br></div></div></div>