Quelle messagerie de file d'attente persistante et légère pour l'échange de données entre domaines (> 2) avec intégration de rails?

Question

Je suis à la recherche du bon système de messagerie pour mes besoins. Pouvez-vous m'aider ?

• Pour l'instant, il n'y aura pas une énorme quantité de données à traiter, mais je ne veux pas être limité plus tard ...
• Les machines ne sont pas seulement les serveurs Web, de sorte que l'outil de messagerie devrait être léger, même si le traitement n'est pas très rapide.
• Lorsque certaines données changent sur un serveur, tous les serveurs doivent disposer des informations et les traiter localement. (dois-je créer un canal par serveur sur chacun d'eux?)
• Le frontend est écrit sur Rails, il est donc important, pour simplifier le développement, qu'il y ait un gem/plugin pour gérer les communications et les données envoyées.

A cette époque:

• RabbitMQ + workling semble répondre à mes besoins. Serait-ce un bon choix?
• ActiveMQ me fait peur, à cause de Java (je ne sais vraiment pas très bien Java, mais il me semble être un grand consommateur de CPU)
• D'autres ne semblent pas aussi matures qu'eux.

Il pourrait y avoir beaucoup de développement en utilisant ce type de technologie, donc je ne peux pas aller dans le mauvais sens!

Nous vous remercions de votre aide.

Answer 1

Je pense que vous frappez les 2 principaux produits là-bas.

vous pouvez également consulter ces 2 produits qui répondent à vos besoins un peu:

http://memcachedb.org/memcacheq/

http://kr.github.com/beanstalkd/ - l'avantage de cette lib - il est en C, il est donc rapide, simple et il a été utilisé dans production pour les grandes applications - réduire le temps de réponse. Vous pouvez aussi le clouer sur n'importe quel protocole d'échange de données en arrière-plan - soap, xml-rpc, json, car tout sera fait de manière asynchrone et vous pourrez intégrer votre code, puisque la lib elle-même est très simple. la première page

Je ne peux parler que de beanstalkd tu - puisque c'est le seul que je connais un peu - il a été utilisé dans un de nos projets. Je ne peux pas commenter pour ou contre d'autres produits.

Answer 2

Je aime vraiment le protocole beanstalkd trop BTW - il y a aussi Gearman trop http://gearman.org/ Les deux beanstalkd et Gearman ne synchrone envoie au courtier - qui est la bonté - ActiveMQ fait cela aussi - mais son option. Beaucoup de choix - mais mon conseil serait de tester les alternatives avec votre environnement et voir lequel correspond le mieux.