[openstack-dev] [Horizon] Realtime push-based communication PoC

Doug Hellmann doug.hellmann at dreamhost.com
Tue May 28 16:34:32 UTC 2013


On Tue, May 28, 2013 at 4:22 AM, Mark McLoughlin <markmc at redhat.com> wrote:

> Hey Tomas,
>
> On Tue, 2013-05-28 at 09:29 +0200, Tomas Sedovic wrote:
> > On 05/24/2013 08:36 PM, Doug Hellmann wrote:
> > >
> > >
> > >
> > > On Fri, May 24, 2013 at 12:39 PM, Tomas Sedovic <tsedovic at redhat.com
> > > <mailto:tsedovic at redhat.com>> wrote:
> ...
> > >     I wonder if we could leverage Ceilometer here since it already
> > >     listens in on the message bus. Could it be configured to send
> > >     interesting information to Horizon (as opposed to being polled for
> it)?
> > >
> > >
> > > This really feels like a different use case that what ceilometer is
> made
> > > for. Gabriel and I talked at the grizzly summit about the code we have
> > > in ceilometer for listening to notifications, and we agreed to try to
> > > put that in oslo somewhere to make it easier to create a similar
> > > listening service in horizon that redirects the notifications to the
> > > browser(s). I haven't had a chance to do that. If you want to tackle
> it,
> > > I can help figure out which bits are interesting/useful.
> >
> > Thanks, I thought that might be the case but I didn't know enough to be
> > sure.
> >
> > Putting the bits to oslo sounds like a neat idea.
>
> The notifications listening API is basically the last API design task
> for the oslo messaging API:
>
> https://wiki.openstack.org/wiki/Oslo/Messaging#Handling_Notifications


Part of the justification for moving the dispatching logic into its own
class (and out of the RPC client) was to make listening to notifications
easier. The server, transport, target, and driver should all be reusable up
to the point of the actual dispatcher object. I'm not even sure we need a
special notification dispatcher in Oslo, since the consumers are likely to
have different dispatching rules (in ceilometer we may pass the same
notification to several plugins, but in horizon they will simply want to
move the notification to the socket.io output stream).


>
>
> > I'm certainly willing
> > to look into it, but I'd like to get some feedback on this first.
>
> I guess the question comes down to whether Horizon itself should be
> listening on the message bus or whether we have some other agent consume
> notifications and send them to Horizon via socket.io?
>

A separate agent makes more sense. It will be easier to configure whether
or not it should be used at all, and (based on my limited understanding of
socket.io) it should not be running behind apache.

Doug


>
> Cheers,
> Mark.
>
>
> _______________________________________________
> OpenStack-dev mailing list
> OpenStack-dev at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20130528/31c48253/attachment.html>


More information about the OpenStack-dev mailing list