On Oct 9, 2015, at 9:39 AM, Sean Dague <s...@dague.net> wrote: > > It looks like some great conversation got going on the service catalog > standardization spec / discussion at the last cross project meeting. > Sorry I wasn't there to participate. > > A lot of that ended up in here (which was an ether pad stevemar and I > started working on the other day) - > https://etherpad.openstack.org/p/mitaka-service-catalog which is great. > > A couple of things that would make this more useful: > > 1) if you are commenting, please (ircnick) your comments. It's not easy > to always track down folks later if the comment was not understood. > > 2) please provide link to code when explaining a point. Github supports > the ability to very nicely link to (and highlight) a range of code by a > stable object ref. For instance - > https://github.com/openstack/nova/blob/2dc2153c289c9d5d7e9827a4908b0ca61d87dabb/nova/context.py#L126-L132 > > That will make comments about X does Y, or Z can't do W, more clear > because we'll all be looking at the same chunk of code and start to > build more shared context here. One of the reasons this has been long > and difficult is that we're missing a lot of that shared context between > projects. Reassembling that by reading each other's relevant code will > go a long way to understanding the whole picture. > > > Lastly, I think it's pretty clear we probably need a dedicated workgroup > meeting to keep this ball rolling, come to a reasonable plan that > doesn't break any existing deployed code, but lets us get to a better > world in a few cycles. annegentle, stevemar, and I have been pushing on > that ball so far, however I'd like to know who else is willing to commit > a chunk of time over this cycle to this. Once we know that we can try to > figure out when a reasonable weekly meeting point would be.
It's likely you're already aware of it but see https://wiki.openstack.org/wiki/API_Working_Group/Current_Design/Service_Catalog for many examples of service catalogs from both public and private OpenStack clouds. Everett __________________________________________________________________________ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev