[openstack-dev] Oslo messaging API design
Doug Hellmann
doug.hellmann at dreamhost.com
Mon May 13 14:43:40 UTC 2013
On Sat, May 11, 2013 at 1:07 PM, Mark McLoughlin <markmc at redhat.com> wrote:
> On Mon, 2013-04-29 at 11:12 +0100, Mark McLoughlin wrote:
> > Hey
> >
> > I've been working on gathering requirements and design ideas for a
> > re-design of Oslo's RPC and notifications API. The goals are:
> >
> > 1) A simple and easy to understand RPC abstraction which enables
> > all of the intra project communication patterns we need for
> > OpenStack
> >
> > 2) It should be possible to implement the RPC abstraction using a
> > variety of messaging transports, not just AMQP or AMQP-like
> >
> > 3) It should be a stable API with plenty of room for backwards
> > compatible evolution in the future so that we can release it as a
> > standalone library
> >
> > Here's what I have so far:
> >
> > https://wiki.openstack.org/wiki/Oslo/Messaging
>
> Just a quick status update. We're using this etherpad to coordinate:
>
> https://etherpad.openstack.org/HavanaOsloMessaging
>
> and this branch:
>
> https://github.com/markmc/oslo-incubator/commits/messaging
>
> At this point, we've got a pretty solid API design, a working fake
> driver and some simple test code.
>
Have you given any thought to how the MessageHandlingServer can listen on
more than one target? That's an important use case for ceilometer, which I
didn't address in my earlier changes.
Do we need to support different transports (and drivers), or just multiple
targets?
Doug
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20130513/20221e2e/attachment.html>
More information about the OpenStack-dev
mailing list