[rabbitmq-discuss] Pre-defining queue for federated exchanges?

[James Carr]

Hi Matthias,

Actually, the problem I'm trying to guard against isn't rabbitMQ's fault
but rather external mishaps.

Basically, a misconfigured puppet setup wiped out and re-installed rabbitMQ
on one of our upstream brokers. With the username the downsteam used to
connect gone as well as all the exchanges and queues, the publisher
connected and started publishing to an exchange that simply dropped the
messages since there were no bindings.

After thinking it over though, I've been thinking that the solution to this
situation is simply to have puppet create required users as part of the
RabbitMQ setup so the downstream can always be guaranteed to connect.

That and don't allow misconfigured puppet setups to randomly run like that.
:)

Thanks,
James


On Wed, Apr 18, 2012 at 3:14 AM, Matthias Radestock
<matthias at rabbitmq.com>wrote:

> James,
>
>
> On 17/04/12 22:32, James Carr wrote:
>
>> One of the things keeping me up at night lately is a worry that our
>> federation links will break, the broker will lose its queues someway and
>> we'll wind up with messages being published that just get dropped.
>>
>
> Just to be clear, you are worried that the queues created by federation at
> the upstream will somehow disappear?
>
> That would be a bug and as such is just as likely to happen as any other
> fault.
>
>
>  Is there a way we could define some kind of queue that is setup by
>> default? The only other thing I could think is to just define
>> alternate-exchanges for every exchange, slap a queue on it and set a
>> consumer on it that simply republishes when federated links are
>> established.
>>
>
> Looks like you are re-inventing what the federation logic already
> provides, i.e. a means to buffer messages while the link is down.
>
>
> Regards,
>
> Matthias.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rabbitmq.com/pipermail/rabbitmq-discuss/attachments/20120419/4ab34cee/attachment.htm>