Cloned from launchpad blueprint https://blueprints.launchpad.net/glance/+spec/metadata-schema-catalog.
A common API hosted by the Glance service for vendors, admins, services, and users to meaningfully define available key / value pair and tag metadata. The intent is to enable better metadata collaboration across artifacts, services, and projects for OpenStack users.
This is about the definition of the available metadata that can be used on different types of resources (images, artifacts, volumes, flavors, aggregates, etc). A definition includes the properties type, its key, it's description, and it's constraints. This catalog will not store the values for specific instance properties.
For example, a definition of a virtual CPU topology property for number of cores will include the key to use, a description, and value constraints like requiring it to be an integer. So, a user, potentially through Horizon, would be able to search this catalog to list the available properties they can add to a flavor or image. They will see the virtual CPU topology property in the list and know that it must be an integer. In the Horizon example, when the user adds the property, its key and value will be stored in the service that owns that resource (Nova for flavors and in Glance for images).
Specification URL (additional information):
I am trying to write a test plan to cover this feature.
Is this feature support the key/value pairs we have or this is for new key/value.
If it's for new key/value pairs cn you send me the list.
Does this feature mean that we are making the key/value format more standard, (i.e key/value/description) ?
Last question :-), to check it is it enough to check the keys/values in horizen and the glance.conf file.
This feature supports previous and new key/value pairs. As you mentioned, this will help standardizing the properties we have now. You can find them defined here and the documentation is here.
TBH, I'm not 100% sure if there's support for this in Horizon, although I believe there is.
This bug has been closed as a part of the RHEL-OSP 6 general availability release. For details, see https://rhn.redhat.com/errata/rhel7-rhos-6-errata.html