<div dir="ltr">Uh sorry to nitpick, I think he said “let’s do away with” not “let’s use” RPC-over-AMQP</div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Apr 8, 2015 at 10:56 AM, Flavio Percoco <span dir="ltr"><<a href="mailto:flavio@redhat.com" target="_blank">flavio@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 08/04/15 16:38 +0000, Sandy Walsh wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
______________________________<u></u>__________<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
From: Clint Byrum <<a href="mailto:clint@fewbar.com" target="_blank">clint@fewbar.com</a>><br>
Sent: Wednesday, April 8, 2015 1:15 PM<br>
<br>
There's this:<br>
<br>
<a href="https://wiki.openstack.org/wiki/Cue" target="_blank">https://wiki.openstack.org/<u></u>wiki/Cue</a><br>
</blockquote>
<br>
Hmm, that looks interesting. Will read.<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I also want to point out that what I'd actually rather see is that all<br>
of the services provide functionality like this. Users would be served<br>
by having an event stream from Nova telling them when their instances<br>
are active, deleted, stopped, started, error, etc.<br>
<br>
Also, I really liked Sandy's suggestion to use the notifications on the<br>
backend, and then funnel them into something that the user can consume.<br>
The project they have, yagi, for putting them into atom feeds is pretty<br>
interesting. If we could give people a simple API that says "subscribe<br>
to Nova/Cinder/Heat/etc. notifications for instance X, and put them<br>
in an atom feed", that seems like something that would make sense as<br>
an under-the-cloud service that would be relatively low cost and would<br>
ultimately reduce load on API servers.<br>
</blockquote>
<br>
THIS!<br>
<br>
Yes. It would be so good to pull apart the state-machine that is Nova and<br>
just emit completed actions via notifications. Then, have something like<br>
TaskFlow externalize the orchestration. Do away with RPC-over-AMQP.<br>
</blockquote>
<br></span>
Sorry for being nitpicky but, saying "RPC-over-AMQP" is way too<br>
generic. What AMQP version? On top of what technology?<br>
<br>
Considering all the issues OPs have with our current broker story, I<br>
think considering implementing this on top of pure AMQP (which is how<br>
that phrase reads) would not be good.<br>
<br>
If you meant "RPC-over-messaging" then I think you should just keep<br>
using oslo.nmessaging, which abstracts the problem of picking one<br>
broker.<br>
<br>
Unfortunately, this means users will need to consume this messages<br>
from the "messaging source" using oslo.messaging as well. I say<br>
"unfortunately" because I believe the API - or even the protocol - as<br>
it is exposed through this library - or simply the broker - is not<br>
something users should deal with. There are services that try to make<br>
this interaction simpler - yes, Zaqar.<br>
<br>
Flavio<div class="HOEnZb"><div class="h5"><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
And, anyone that is interested in the transitions can eavesdrop on the<br>
notifications.<br>
<br>
In our transition from StackTach.v2 to StackTach.v3 in production we simply<br>
cloned the notification feeds so the two systems can run in parallel*. No<br>
changes to OpenStack, no disruption of service. Later, we'll just kill off<br>
the v2 queues.<br>
<br>
-S<br>
<br>
* we did this in Yagi, since olso-messaging doesn't support multiple queues<br>
from one routing key.<br>
______________________________<u></u>______________________________<u></u>______________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">OpenStack-dev-request@lists.<u></u>openstack.org?subject:<u></u>unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/<u></u>cgi-bin/mailman/listinfo/<u></u>openstack-dev</a><br>
</blockquote>
<br></div></div><span class="HOEnZb"><font color="#888888">
-- <br>
@flaper87<br>
Flavio Percoco<br>
</font></span><br>__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</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>
<br></blockquote></div><br></div>