Frage

Ich entwickle hoch skalierbare Anwendung, so dass ich für Hazelcast, es zu benutzen entschieden. Ich habe einen Frontend-Server, die Nachrichten für Knoten setzt. Jeder Knoten im Cluster es die Arbeitsbelastung im Hintergrund-Thread in verteilten Mapwechsel, so, Frontend-Server wählen Warteschlange (jeder Knoten seine eigene Nachrichtenwarteschlange hat) in Nachricht stellen Meine Frage lautet:. Is Hazelcast geeignet für eine solche Konstruktion (wir Verteilung Workload braucht und Load Balancing) oder können einige Alternativen sein? Ich mag Hazelcast für seine Einfachheit und schönes Design.

War es hilfreich?

Lösung

Hazelcast ist groß, es ist sehr leicht und einfach zu bedienen, aber es ist immer noch in Entwicklung und es gibt ein paar Probleme, wenn es zu benutzen.
Wenn Sie hier: http://code.google.com/p/hazelcast/issues/list Sie können sehen, dass es einige Fehler mit der Warteschlangendatenstruktur sind, während Transaktionen. Insgesamt ist es bietet, was es verspricht und im Grunde gibt einen verteilten Cache kostenlos.

Andere Tipps

Ich habe aus erster Hand Erfahrungen mit Hazelcast. Die Version, die wir zur Produktion gingen mit ist Version 1.9.4. Wir bekamen ein Upgrade vor kurzem auf 2,2, und jetzt 2.3 ist die neueste. Ich bin ganz zufrieden damit. Was Sie beschreiben, ist ein ziemlich guter Anwendungsfall für Hazelcast. Ich hatte eine ähnliche Verwendung Fall, in dem jeder Knoten seine eigene Warteschlange und Nachrichten hat, werden an die entsprechende Warteschlange geschoben basierend auf welcher Knoten wurde der Client verbunden ist. Es funktionierte prima und das Geschäft war begeistert.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top