RabbitMQ / ActiveMQ ou Redis pour plus de 250 000 msg/s
Eventhough et redis message queueing logiciels sont généralement utilisés à des fins différentes, je voudrais demander à des avantages et des inconvénients de l'utilisation de redis pour la suite de cas d'utilisation:
- groupe de cas collectionneurs écrire les messages entrants comme clé/valeur . les consommateurs récupérer et supprimer des traités touches
- charge à partir de 100k msg/s et d'aller au-delà de 250k en courte période de temps (mois) de la cible est d'atteindre des millions de msg/s
- persistance n'est pas strictement nécessaire. c'est ok pour perdre non journalisé des messages lors de l'échec
- la performance est très important (donc le nombre de systèmes nécessaires pour gérer la charge)
- messages n'ont pas à être traitées dans l'ordre d'arrivée des
connaissez-vous de tels cas d'utilisation où le redis choisi traditionnel message queueing logiciel ? ou envisagez-vous d'autre chose ?
note: j'ai aussi vu cela, mais n'a pas d'aide:
Application temps réel débutant - Node.JS + Redis ou RabbitMQ -> client/serveur comment?
grâce
Vous devez vous connecter pour publier un commentaire.
Compte tenu de vos besoins, je voudrais essayer de Redis. Il sera plus efficace que les autres solutions, et vous donnera beaucoup plus fine de contrôle sur les caractéristiques de persistance. En fonction de la langue que vous utilisez, vous pouvez peut-être utiliser une fragmenté Redis cluster (vous avez besoin d'Redis liaisons qui appuient la cohérence de hachage -- pas tous). Cela vous permettra d'évoluer pour le volume que vous avez indiqué. J'ai vu 10k/s sur mon ordinateur portable dans des tests de base.
Vous voudrez probablement utiliser la liste des opérations dans le Redis (LPUSH pour les écritures, BRPOP pour les lectures) si vous voulez de la file d'attente de la sémantique.
J'ai un ancien client qui déployé Redis dans la production d'un message de la file d'attente, au printemps dernier, et ils ont été très heureux avec elle.