Quali soluzioni middleware buona ci sono per i servizi cluster / distribuiti

Question

sto cercando soluzioni middleware esistenti che gli aspetti di indirizzo del servizio di clustering / distribuzione per il bilanciamento del carico e la disponibilità. Sto cercando in costruire la mia propria infrastruttura per questo sulla base di un sistema di messaggistica (più precisamente, JMS). Tuttavia, se possibile, preferisco usare qualcosa che già esiste.

Il sistema dovrebbe avere la capacità di eseguire vari servizi su un numero di computer. Sulla base di descrizioni dei servizi, il sistema dovrebbe essere in grado di capire come molti casi di un servizio specifico per iniziare nel cluster. Sulla base di richieste di servizio in attesa, dovrebbe regolare dinamicamente il numero di servizi in esecuzione. Monitoraggio dei servizi e la distribuzione di nuove versioni e servizi dovrebbe essere gestita dal sistema.

Per i servizi, voglio dire "unità indipendenti di funzionalità", che ha un'interfaccia predefinita. Il cliente avrebbe solo conoscere l'interfaccia e il middleware dovrebbe prendere cura di fare in modo che il servizio è in esecuzione su nodi sufficiente al fine di rispondere alle richieste in arrivo tramite l'interfaccia.

Dovrebbe essere qualcosa che si integra bene con Java. Alcuni dei miei servizi sono implementati come codice nativo, ma ho una buona soluzione per il confezionamento di coloro che in un servizio basato su Java.

Ho guardato un po 'di middleware / soluzioni ESB come ICE e Mule ma non ho trovato loro di affrontare gli aspetti di Dynamic provisioning servizio di carico che ho descritto sopra molto bene (se non del tutto). Quindi mi chiedo cos'altro potrebbe essere là fuori che qualcuno qui vorrebbe consigliare di dare un'occhiata a ...

Answer 1

mi sento di raccomandare a guardare più in profondità OSGi:

• ha un sistema di moduli piuttosto dinamico che consente di vagare i propri servizi attraverso la rete
• ci sono offerte open source esistenti che puoi accumulo su : Eclipse Equinox e Virgo , Apache Felix e Karaf , Knopflerfish , Concierge , Glassfish 3 , ecc (< a href = "http://blog.jetztgrad.net/osgi-stuff/osgi-runtime-comparison/" rel = "nofollow"> confronto )
• Per quanto riguarda il servizi remoti lato, l'OSGi 4.2 ha Remote Services specifica per la quale ci sono diverse implementazioni là fuori. Più in particolare, ECF sembra essere un'implementazione che potrebbe soddisfare le vostre esigenze, se si desidera utilizzare JMS ( articolo su DZone ).

Come nota finale, si potrebbe dare un'occhiata a Paremus Servizio Tessuto - da la descrizione sembra abbastanza simile alla bestia che si sta tentando di costruire (eccetto che utilizza JINI invece di JMS ). Se non altro, potrebbe essere una fonte di ispirazione.

Hanno anche usato per avere una versione open-source chiamato Newton, ma che è stata chiusa a causa di mancanza di interesse. E 'stato href="http://www.paremus.com/news/pr/pr09-037-branding.html" detto che viveva sotto il nome di servizio del tessuto Community Edition ma attualmente non ho potuto trovare qualsiasi riferimento ad essa sul loro sito web (molto probabilmente era solo annullata ).

Infine, qui è un progetto di più per l'ispirazione: Bundle-Bee - trasparente, grid-distribuito OSGi calcolo . Molto probabilmente ci sono progetti simili là fuori.