<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">2015-06-01 21:54 GMT+08:00 Jay Pipes <span dir="ltr"><<a href="mailto:jaypipes@gmail.com" target="_blank">jaypipes@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 05/31/2015 05:38 PM, Jay Lau wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Just want to use ML to trigger more discussion here. There are now<br>
bugs/patches tracing this, but seems more discussions are needed before<br>
we come to a conclusion.<br>
<br>
<a href="https://bugs.launchpad.net/magnum/+bug/1453732" target="_blank">https://bugs.launchpad.net/magnum/+bug/1453732</a><br>
<a href="https://review.openstack.org/#/c/181839/" target="_blank">https://review.openstack.org/#/c/181839/</a><br>
<a href="https://review.openstack.org/#/c/181837/" target="_blank">https://review.openstack.org/#/c/181837/</a><br>
<a href="https://review.openstack.org/#/c/181847/" target="_blank">https://review.openstack.org/#/c/181847/</a><br>
<a href="https://review.openstack.org/#/c/181843/" target="_blank">https://review.openstack.org/#/c/181843/</a><br>
<br>
IMHO, making the Bay/Baymodel name as a MUST will bring more flexibility<br>
to end user as Magnum also support operating Bay/Baymodel via names and<br>
the name might be more meaningful to end users.<br>
<br>
Perhaps we can borrow some iead from nova, the concept in magnum can be<br>
mapped to nova as following:<br>
<br>
1) instance => bay<br>
2) flavor => baymodel<br>
<br>
So I think that a solution might be as following:<br>
1) Make name as a MUST for both bay/baymodel<br>
2) Update magnum client to use following style for bay-create and<br>
baymodel-create: DO NOT add "--name" option<br>
</blockquote>
<br></span>
You should decide whether name would be unique -- either globally or within a tenant.<br>
<br>
Note that Nova's instance names (the display_name model field) are *not* unique, neither globally nor within a tenant. I personally believe this was a mistake.<br>
<br>
The decision affects your data model and constraints.<br></blockquote><div>Yes, my thinking is to enable Magnum has same behavior with nova. The name can be managed by the end user and the end user can specify the name as they want, it is end user's responsibility to make sure there are no duplicate names. Actually, I think that the name do not need to be unique but UUID.<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Best,<br>
-jay<div class="HOEnZb"><div class="h5"><br>
<br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div>Thanks,<br><br></div>Jay Lau (Guangya Liu)<br></div></div></div></div>
</div></div>