Confusion de messages: Pub / Sub vs Multicast vs Fan Out

je suis confus par votre choix de trois termes à comparer. Au sein de RabbitMQ, Fanout et Direct sont des types d'échange. Pub-Sub est un modèle de messagerie générique mais pas un type d'échange. Et vous n'avez même pas mentionné le troisième et le plus important Type D'échange, à savoir le sujet. En fait, vous pouvez implémenter le comportement de Fanout sur un échange de sujets simplement en déclarant plusieurs files d'attente avec la même clé de liaison. Et vous pouvez définir un comportement Direct sur un échange de thème en déclarant une file d'attente avec * comme le générique clé de liaison.

Pub-Sub est généralement compris comme un modèle dans lequel une application publie des messages qui sont consommés par plusieurs abonnés.

avec RabbitMQ / AMQP il est important de se rappeler que les messages sont toujours publiés pour les échanges. Puis échange route vers les files d'attente. Et les files d'attente transmettent des messages aux abonnés. Le comportement de l'échange est important. Dans les échanges de sujets, la clé de routage de l'éditeur est mise en correspondance avec la clé de liaison de l'abonné afin de prendre la décision de routage. Les clés de liaison peuvent avoir des caractères génériques qui influencent davantage la décision de routage. Un routage plus compliqué peut être basé sur le contenu des en-têtes de message utilisant un type d'échange de en-têtes

RabbitMQ ne garantit pas la livraison des messages, mais vous pouvez obtenir une livraison garantie en choisissant les bonnes options(mode de livraison = 2 pour msgs persistants), et la déclaration des échanges et les files d'attente à l'avance de l'exécution de votre application de sorte que les messages ne sont pas rejetés.