On Tue, Apr 9, 2019 at 7:46 PM, Chris Dent <cdent+os@anticdent.org> wrote:
This is about this spec [1] "Resource provider - request group mapping in allocation candidate" which didn't get approved in Stein and will need to find its appropriate home (in placement) at some point. This topic is from the cross project etherpad [2].
It is on my TODO list to create a story for it in placement and move the spec to the placement repo. I don't know when I will reach this item on my list, sorry.
The questions associated with this are of two forms:
* How should the data be presented in the allocation candidates response?
* How best to capture the pending discussion on a nova spec as is moved to becoming a placement spec.
When I move the spec I can add the open questions from the nova spec review to the placement spec directly to help continuity. Is that OK?
There's quite a lot of useful information on the spec, including multiple alternatives and reasons why those alternatives are good or not good.
This is one those API changes where we need to be careful to be general and within the existing grammar of placement and not simply evolving reactively to increased complexity in Nova. Obviously Placement needs to be evolve in response to Nova, but carefully.
Pinging Cyborg folks. Does Cyborg needs something similar? If yes then we can have at least two users of such API.
What might be useful is for people who feel some ownership for the various proposed structures to discuss their merits, here. Or go the other way: If there are some structures you dislike, why?
I can own the first alternative in the spec [3].
[1] https://review.openstack.org/#/c/597601/ [2] https://etherpad.openstack.org/p/ptg-train-xproj-nova-placement
[3] https://review.openstack.org/#/c/597601/1/specs/stein/approved/placement-res... Cheers, gibi
-- Chris Dent ٩◔̯◔۶ https://anticdent.org/ freenode: cdent tw: @anticdent