<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On 27 March 2017 at 14:20, 王玺源 <span dir="ltr"><<a href="mailto:wangxiyuan1007@gmail.com" target="_blank">wangxiyuan1007@gmail.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"><div dir="ltr">I think the reason is quite simple:</div><div dir="ltr">1. Some users don't want to use key/value pairs to tag volums. They just need some simple strings.</div></div></blockquote><div><br></div><div>...and some do. We can hide this in the client and just save tags under a metadata item called 'tags', with no API changes needed on the cinder side and backwards compatability on the client.</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 dir="ltr">2. Metadata must be shorter than 255. If users don't need keys, use tag here can save some spaces.</div></div></blockquote><div><br></div><div>How many / long tags are you considering supporting?</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 dir="ltr">3. Easy for quick searching or filter. Users don't need to know what' the key related to the value.</div></div></blockquote><div><br></div><div>The client can hide all this, so it is not really a justification</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 dir="ltr">4. For Web App, it should be a basic function[1]</div></div></blockquote><div><br></div><div>Web standards are not really standards. You can find a million things that apps 'should' do. They're usually contradictory.</div><div><br></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 dir="ltr"><br></div><div dir="ltr">[1]<a href="https://en.m.wikipedia.org/wiki/Tag_(metadata)" target="_blank">https://en.m.wikipedia.org/<wbr>wiki/Tag_(metadata)</a></div><div><br></div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">2017-03-27 19:49 GMT+08:00 Sean McGinnis <span dir="ltr"><<a>sean.mcginnis@gmx.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span>On Mon, Mar 27, 2017 at 03:13:59PM +0800, 王玺源 wrote:<br>
> Hi cinder team:<br>
><br>
>     I want to know what's your thought about adding tags for volumes.<br>
><br>
>     Now Many resources, like Nova instances, Glance images, Neutron<br>
> networks and so on, all support tagging. And some of our cloud customers<br>
> want this feature in Cinder as well. It's useful for auditing, billing for<br>
> could admin, it can let admin and users filter resources by tag, it can let<br>
> users categorize resources for different usage or just remarks something.<br>
><br>
>     Actually there is a related spec in Cinder 2 years ago, but<br>
> unfortunately it was not accepted and was abandoned :<br>
> <a href="https://review.openstack.org/#/c/99305/" rel="noreferrer" target="_blank">https://review.openstack.org/#<wbr>/c/99305/</a><br>
><br>
>     Can we bring it up and revisit it a second time now? What's cinder<br>
> team's idea?  Can you give me some advice that if we can do it or not?<br>
<br>
</span>Can you give any reason why the existing metadata mechanism does not or will<br>
not work for them? There was some discussion in that spec explaining why it<br>
was rejected at the time. I don't think anything has changed since then that<br>
would change what was said there.<br>
<br>
><br>
><br>
> Thanks!<br>
><br>
> Wangxiyuan<br>
<br>
> ______________________________<wbr>______________________________<wbr>______________<br>
> OpenStack Development Mailing List (not for usage questions)<br>
> Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.op<wbr>enstack.org?subject:unsubscrib<wbr>e</a><br>
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi<wbr>-bin/mailman/listinfo/openstac<wbr>k-dev</a><br>
<br>
<br>
______________________________<wbr>______________________________<wbr>______________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.op<wbr>enstack.org?subject:unsubscrib<wbr>e</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi<wbr>-bin/mailman/listinfo/openstac<wbr>k-dev</a><br>
</blockquote></div><br></div>
</div></div><br>______________________________<wbr>______________________________<wbr>______________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.<wbr>openstack.org?subject:<wbr>unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/<wbr>openstack-dev</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div>-- <br>Duncan Thomas</div></div></div>
</div></div>