<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 dir="ltr">2. Metadata must be shorter than 255. If users don't need keys, use tag here can save some spaces.</div><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 dir="ltr">4. For Web App, it should be a basic function[1]</div><div dir="ltr"><br></div><div dir="ltr">[1]<a href="https://en.m.wikipedia.org/wiki/Tag_(metadata)">https://en.m.wikipedia.org/wiki/Tag_(metadata)</a></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">2017-03-27 19:49 GMT+08:00 Sean McGinnis <span dir="ltr"><<a href="javascript:_e(%7B%7D,'cvml','sean.mcginnis@gmx.com');" target="_blank">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>