Apache ServiceMix è una possibile soluzione? E 'abbastanza veloce?

Question

Sto lavorando su un programma che avrebbe inviato una richiesta di più fornitori di servizi in modo asincrono, confrontare le risposte e diplay i risultati per l'utente.

Ho intenzione di creare un componente per la gestione di ciascun fornitore di servizi. Il componente sarebbe debolmente accoppiati e quindi dovrebbe essere molto facile da aggiungere o rimuovere Service Provider.

Il componente sarebbe

1. Elabora la richiesta ricevuta da Livello Web ed elaborare a tradurlo nel formato richiesto dal fornitore Servie.
2. inviare la richiesta al provider di servizi
3. Il processo di risposta ricevuta dal fornitore di servizi di tradurre in un formato richiesto dalla nostra applicazione.

Possiamo utilizzare Apache Servizio Mix qui? E 'abbastanza veloce per gestire un ciclo di richiesta-risposta in meno di 5 secondi (supponendo che i fornitori di servizi inviano le risposte in meno di un secondo).

o

Possiamo utilizzare qualsiasi altro ESB e siamo abbastanza veloci di ESB per soddisfare le nostre esigenze?

Grazie in anticipo.

Shardul.

Answer 1

ServiceMix dovrebbe essere in grado di gestire questa situazione. La questione principale è se si è nemmeno necessario ServiceMix.

Se volete che i vostri componenti da eseguire su OSGi quindi è possibile utilizzare servicemix o karaf + cammello (che è qualcosa come la luce ServiceMix).

Per comunicare tra web frontend e il componente vorrei utilizzare JMS e per implementare la componente I suggerisco di usare cammello + POJO.

Se avete bisogno di più aiuto con questo esitate a contattarmi di nuovo. Sembra mi hai trovato già su IRC :-) username: cschneide o cschneider

Answer 2

Per quanto riguarda la velocità:. In progetti di integrazione, la messaggistica / elaborazione infrastruttura stessa è raramente il collo di bottiglia, ma invece i punti di contatto con i servizi esterni

Quindi, l'unica risposta re: "è ServiceMix abbastanza veloce" per lo scenario è "sì" perché la maggior parte del tempo sarà speso interagire con i fornitori di servizi (ad esempio in attesa della risposta della rete), non in proprio l'elaborazione dei messaggi di SM codice.

Answer 3

Il FuseESB versione 4.2, ho raggiunto 15.000 chiamate al secondo su un computer portatile DualCore con 2GB di RAM. Le chiamate sono state fatte a un servizio CXF esposto da ServiceMix. Internamente, un fagiolo Spring iniettato da OSGi è stato chiamato, che semplicemente restituito dati casuali. E ServiceMix possono essere raggruppati. Quindi penso che sia abbastanza veloce come un contenitore Java.

Answer 4

Per quanto riguarda il "abbastanza veloce?" Infatti si può guardare la http://esbperformance.org per un confronto delle prestazioni di 8 ESB open source. Mentre la maggior parte della ESB è al giorno d'oggi esegue molto bene, il UltraESB è risultata essere la migliore esecuzione di ESB.

Guardando il vostro requisito si tratta di un tipico caso di utilizzo per qualsiasi ESB. È necessario utilizzare le funzionalità di filtro e di trasformazione per attuare questa.

Il filtro deciderà che scorrono ad essere invocate in base al contenuto del messaggio o le proprietà come l'URL ecc in entrata e in avanti per il flusso desiderato. Ogni flusso deve essere strumentato con la logica di trasformazione necessaria per richiamare il fornitore di servizi. Allo stesso modo la risposta indietro, verrà inviato al flusso corretta per fare la trasformazione inversa.

. Disclaimer: lavoro che per AdroitLogic la società sostenendo l'UltraESB

Answer 5

Per le informazioni più aggiornate peformance ESB, si potrebbe desiderare di guardare ESB prestazioni - Rendere più veloce della ESB

Answer 6

WSO2 ESB è un altro fresco alternativa. WSO2 ESB si basa sulla piattaforma WSO2 Carbon OSGI base e la sua fonte libera e aperta al 100% e offre un numero di campioni che si può provare fuori dalla scatola. Inoltre, WSO2 non è solo un ESB, ma un completa piattaforma SOA dove abbiamo ESB, Identity Server, Server Data Services , business Process Server ecc gira sopra la piattaforma basata sul carbonio OSGi. Provaci.