[openstack-dev] Configuration Options, APIs, Class Paths, Oh my!

Eric Windisch eric at cloudscaling.com
Tue Oct 30 16:38:04 UTC 2012


> 
> 2) It implies that this is a stable, supported API.
> 
> This one is probably more controversial. Configuration options are
> knobs exposed to users of OpenStack. An option that takes a class path
> says "Hey, feel free to plug in whatever code you want right here!" I
> don't think that's what we really want. If it *is* what we want (I hope
> not), we've got a whole new set of issues to discuss. If we have a
> public API, we need to do it right and talk about the rules for
> maintaining stable APIs for these plug points.
> 
> 
> 

Cloudscaling runs stock OpenStack without forking the code. This is accomplished through loading modules passed in through the various backend_driver options. It is essential that we can plug into these places to avoid forking.

I think entrypoints should be satisfactory, but the devil does seem to be in the details. I'll have to dig deeper into Monty's patches.

Regards,
Eric Windisch
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20121030/ec618ba9/attachment.html>


More information about the OpenStack-dev mailing list