[placement][nova][ptg] Protecting driver-provided traits

Chris Dent cdent+os at anticdent.org
Tue Apr 9 11:43:55 UTC 2019

>From the etherpad [0]:

* We might want to tighten up what the RP traits API allows as per https://pasteboard.co/I3iqqNm.jpg
* although maybe this is better covered in a nova session?
     * If the mechanism is changing how nova-compute reports and
       manipulates traits, then yeah, nova. But if for some reason
       there is a need to change the actual API [1], placement; but I
       would hope that all avenues not involving changing the API
       were first disposed as either not possible, or really really

This came up as part of the work on compute capabilities as traits [2]
and questions about who owns what traits and how to manage them so
that unexpected trait clobbering or trait addition happens.

This is (hopefully) mostly a thing on the nova-compute side of the
equation (when managing inventory), so hopefully someone with more
insight into that situation can drive this thread. What needs to
happen here?

[0] https://etherpad.openstack.org/p/placement-ptg-train

[1] There are degrees of change in the API. Adding a query parameter
is much less of a big deal than adding or changing an attribute in a
request or response body. Adding another method to a URI, while a
big deal in some cases, is much less of a big deal than adding an
entirely new URI.

[2] https://review.openstack.org/#/c/538498/k

Chris Dent                       ٩◔̯◔۶           https://anticdent.org/
freenode: cdent                                         tw: @anticdent

More information about the openstack-discuss mailing list