<blockquote type="cite" style="border-left-style:solid;border-width:1px;margin-left:0px;padding-left:10px;"><span><div><div><div><br></div><div>2) It implies that this is a stable, supported API.</div><div><br></div><div>This one is probably more controversial.  Configuration options are</div><div>knobs exposed to users of OpenStack.  An option that takes a class path</div><div>says "Hey, feel free to plug in whatever code you want right here!"  I</div><div>don't think that's what we really want.  If it *is* what we want (I hope</div><div>not), we've got a whole new set of issues to discuss.  If we have a</div><div>public API, we need to do it right and talk about the rules for</div><div>maintaining stable APIs for these plug points.</div><div></div></div></div></span></blockquote><div>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.</div><div><br></div><div>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.</div><div><br></div><div>Regards,</div><div>Eric Windisch</div>