Re: Migrating fedmsg to AMQP: a proposal

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi,

On 05/29/2018 09:31 AM, Jeffrey Ollie wrote:
> On Thu, May 24, 2018 at 11:16 AM, Aurelien Bompard <
> abompard@xxxxxxxxxxxxxxxxx> wrote:
> 
>>
>> What do you think of this proposal? Any blind spots?
>>
> 
> Not that I disagree, but please add/expand a section as to why AMQP (and
> RabbitMQ) was chosen over other messaging technologies.

Thanks for the feedback, I've added a small section[0]. It is, perhaps,
a little wishy-washy. I don't want to give the impression that we
couldn't implement this with a different messaging protocol or a
different broker. We definitely could. AMQP has short-comings, to be
sure, but the RabbitMQ extensions (mainly pulisher acks) cover the most
important ones in my opinion.

I did some research, but I'd definitely welcome feedback on protocols
and brokers. I've read all or nearly all of the AMQP 0.9, ZeroMQ, and
STOMP protocols, and I skimmed through the MQTT protocol, but I've not
looked closely at the AMQP 1.0 protocol and I'm by no means a message
protocol expert.

As for brokers, my only experience is with Qpid and RabbitMQ and that
experience points me firmly at RabbitMQ. I don't know much about running
ActiveMQ.

[0]
https://fedmsg-migration-tools.readthedocs.io/en/latest/migration/overview.html#why-amqp-and-rabbitmq

Thanks,
Jeremy
_______________________________________________
infrastructure mailing list -- infrastructure@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to infrastructure-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/infrastructure@xxxxxxxxxxxxxxxxxxxxxxx/message/2ARVA7MSRJ5NALJL2O5CGWB4BGCKJ67S/




[Index of Archives]     [Fedora Development]     [Fedora Users]     [Fedora Desktop]     [Fedora SELinux]     [Yosemite News]     [KDE Users]

  Powered by Linux