2012-02-28 1 views
5

sto valutando i seguenti due approcci per impostare una griglia di calcolo utilizzando Akka 2.0:Akka 2.1 di clustering scelte progettuali

a. avere un nodo del router centrale a conoscenza di tutti i nodi Worker (ad esempio l'host e la porta su cui sono in esecuzione), tenere traccia del loro stato e assegnare loro il lavoro. I lavoratori non sanno dove si trova il router centrale, ricevono solo richieste di calcolo, elaborano i risultati e li rimandano al mittente della richiesta.

O

b. avere un nodo di Router centrale che non sappia dove sono posizionati tutti i lavoratori della griglia di calcolo (cioè su quale host e porta sono in esecuzione). Tutti i Lavoratori sanno del Router centrale e si registrano con il Router centrale all'avvio. Una volta registrati, il router tiene traccia del loro stato (su o giù) e assegna loro il lavoro.

Chiaramente i due approcci hanno entrambi pro e contro che potrebbero adattarsi meglio a casi d'uso e scenari diversi. Sono interessato a quale approccio la comunità di Akka preferisce dare la prossima API Akka 2.1? In altre parole, quale approccio è probabilmente più adatto all'API di Clustering che Akka 2.1 sta per fornire?

Ho esaminato la documentazione di Akka 2.0 RC2 che tratta brevemente le funzionalità di Clustering che arriveranno in Akka 2.1, ma non ci sono ancora troppe specifiche rilasciate. Spero di ottenere informazioni migliori dagli esperti di Akka nella comunità.

+1

Perché un nodo centrale a tutti? È solo un ruolo vero? –

risposta

0

Partenza modello di lavoro del grid computing utilizzando l'opzione B qui - akka-essentials.blogspot.in/2012/03/implementing-master-slave-grid.html