<div dir="ltr"><br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div><div class="h5"><div><br></div></div></div><div>"an under-the-clould service" ? - That is not what I am after here. </div><div><br></div></div></div></div></blockquote><div>I think the thread went off on a tangent and this point got lost.  A user facing notification system absolutely should be a web centric protocol, as I imagine one of the big consumers of such a system will be monitoring dashboards which is trending more and more toward rich client side “Single Page Applications”.  AMQP would not work well in such cases.</div><div> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div></div><div><br></div><div>So is the yagi + atom hopper solution something we can point end-users to?</div><div>Is it per-tenant etc...</div></div></div></div></blockquote><div><br></div><div>While I haven’t seen it yet, if that solution provides a means to expose the atom events to end users, it seems like a promising start.  The thing that’s required, though, is authentication/authorization that’s tied in to keystone, so that notification regarding a tenant’s resource is available only to that tenant.<br></div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div><br></div><div>Sandy, do you have a write up somewhere on how to set this up so I can experiment a bit?</div><div><br></div><div>Maybe this needs to be a part of Cue?</div></div></div></div></blockquote><div><br></div><div>Sorry, Cue’s goal is to provision Message Queue/Broker services and manage them, just like Trove provisions and manages databases.  Cue would be ideally used to stand up and scale the RabbitMQ cluster providing messaging for an application backend, but it does not provide messaging itself (that would be Zaqar).</div><div> </div><div>- Min</div></div></div></div>