Um...I wonder if  we are saying the same thing: I am thinking that for implementing a nova-api proxy one would need to provide their compute_api_class, that defaults to nova.compute.api.API. Incidentally, when using cells this becomes nova.compute.cells_api.ComputeCellsAPI (for the top-level). By implementing the compute API class surely you don't need necessarily to hook into how Nova works, no?<span style="color:rgb(221,17,68);font-family:Consolas,'Liberation Mono',Courier,monospace;font-size:12px;line-height:18px;white-space:pre;background-color:rgb(255,255,255)"><br>

</span> <br><div class="gmail_quote">On Fri, May 10, 2013 at 4:46 PM, Russell Bryant <span dir="ltr"><<a href="mailto:rbryant@redhat.com" target="_blank">rbryant@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div class="im">On 05/10/2013 11:37 AM, Armando Migliaccio wrote:<br>
> Russell,<br>
><br>
> Agreed, even though nova-api has the API and extensions framework that<br>
> is technology agnostic, so it would be a shame see it go to waste in<br>
> case a proxy was going to be implemented separately.<br>
<br>
</div>I'm not sure that's true.  There's general WSGI infrastructure (plenty<br>
of options there outside of nova's infrastructure) and then there's the<br>
implementation of the API, which is all tied into the way nova works.<br>
It requires the nova database with its view of the state of the world.<br>
If all you want is an API proxy, why would you want to have to go<br>
through all of this pain to keep nova's view in sync with some other<br>
virt management system's view?  *That* seems like a waste to me.<br>
<div class="HOEnZb"><div class="h5"><br>
--<br>
Russell Bryant<br>
<br>
_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</div></div></blockquote></div><br>