Come funziona Rabbitmq con mulo

Question

Come fa il rabbitmq confronta con mulo, costruire una domanda utilizzando l'architettura orientata ai messaggi e AmQP (RabbitMQ) fornisce tutto ciò che voglio, ma sono perplesso con tante scelte tecnologiche correlate e concetti simili come ESB. Sto avendo dubbi se sto facendo una scelta senza considerare altre alternative.

Sono per lo più chiaro che il rabbitmq è un broker di messaggi e mi aiuta a mediare il messaggio tra produttore e consumatore (tutte le forme o pubblicare iscriviti e ho potuto capire come è usato da esempi reali come Twitter o Aggiornamenti di Facebook, ecc.) < / P >.

Cos'è il mulo, se potessi ottenere quello che faccio in Rabbitmq usando mulo, dovrei considerare mulo simile a Rabbitmq?

Il mulo ha un obiettivo diverso da quello di un broker di messaggi?

Il mulo presuppone che la sottostanti è presente un broker di messaggi che offre un messaggio agli ascoltatori di mulo appropriati (potrei facilmente scrivere un ascoltatore in RabbitMQ)

è un sistema completo di basi Java Java (l'esperimento attuale che ho fatto con Rabbitmq mi ha portato meno di 30 minuti per scrivere un semplice server client RPC con client come C # e server come Java, tali cose saranno facilmente fatte in mulo).

Answer 1

Mule è un ESB (Bus di servizio aziendale).Rabbitmq è un broker di messaggi.

A ESB Fornisce livelli aggiunti in cima a un broker di messaggi come routing, trasformazioni e gestione dei processi aziendali.È un mediatore tra le applicazioni, integrando i servizi Web, gli endpoint del riposo, le connessioni del database, i server e-mail e ftp - lo chiami.È un backbone di integrazione di alto livello che orchestra l'interoperabilità all'interno di una rete di applicazioni che parlano diversi protocolli.

A Broker dei messaggi è un componente di livello inferiore che ti consente di uno sviluppatore di inoltrare i messaggi RAW tra editori e abbonati, in genere tra componenti dello stesso sistema ma non sempre.Viene utilizzato per abilitare l'elaborazione asincrona di mantenere i tempi di risposta in basso.Alcune attività richiedono più tempo per il processo e non vuoi che tengano le cose se non sono sensibili al tempo.Invece, invia un messaggio a una coda (come editore) e avere un abbonato a prenderlo ed elaborarlo "più tardi".

Answer 2

Mule è un servizio "livello superiore" implementato con il broker dei messaggi.Dal Docs

.

Il backbone di messaggistica dell'ESB è di solito implementato utilizzando JMS, ma qualsiasi Altra implementazione del server dei messaggi potrebbe essere usato

Puoi costruire un ESB con coniglio;Tuttavia, sarai limitato a inviare i pacchetti byte [] e dovrai costruire il tuo sistema fuori da primitivi di messaggistica come argomenti e code.Potrebbe essere un po 'più veloce (basato su assolutamente nessun benchmarking, test o dati) perché ci sono meno livelli di traduzione.Il mulo fornisce un'astrazione sopra questo, parla una varietà di trasporti e può gestire qualche logica di routing.

Answer 3

Mule è un bus di servizio aziendale che fornisce la soluzione di integrazione finale per terminare laddove come coniglio è il broker di messaggi per la loro accodamento tra abbonato e ricevitore.

Answer 4

Rabbitmq, un software di broker dei messaggi open source è scritto nel linguaggio di programmazione Erlang ed è costruito sulla piattaforma Apri Telecom per clustering e failover.È facile da usare, supporta un numero enorme di piattaforme di sviluppatori e funziona su tutti i principali sistemi operativi.Funziona su un concetto chiamato scambio. Il mulo collega il rabbitmq con connettore AMQP.

Answer 5

Rabbit è dall'era del server client, il mulo appartiene all'era della rete API.A meno che tu non sia costretto ad implementare nei limiti di una piattaforma legacy, è meglio andare con Mule e Rest API.Ad ogni modo lungo la linea, in pochi anni, il codice che hai scritto per coniglio, deve essere modificato per supportare l'architettura a LED API del presente e del futuro.Allora perché non farlo ora?i miei pochi centesimi.