Ich bin auf der Suche nach einigen ersten Hinweisen zur Clusterbildung einer ServiceMix-Lösung. Im Grunde brauche ich:
Die Suche nach Informationen verwirrt mich seit
Meine Lösung wird wahrscheinlich einige Bundles enthalten, die über JMS-Warteschlangen miteinander kommunizieren. Sollte ich in diesem Fall nur zwei unabhängige ServiceMix-Instanzen haben (die sich nicht kennen). Wäre das nicht die einfachste Option? Ich sehe Unterstützung für eine Failover-Konfiguration ( Ссылка ), aber welche Vorteile hätte das? wirklich geben (verpasse ich etwas)? Auch diese Failover-Konfiguration hilft beim Lastenausgleich nicht, da nur eine Instanz Anforderungen bedient.
Wie es sich anhört, benötigen Sie nur zwei ServiceMix-Instanzen, die nebeneinander ausgeführt werden, ohne dass ein Failover speziell konfiguriert wurde. Failover ist vorhanden, wenn Sie einen Cluster von Instanzen wünschen, von denen nur einer Anfragen anfordert.
Ignoriere das JBI-Zeug - es ist Erbe. Distributed OSGi ist ein Red Hering in dem von Ihnen beschriebenen Anwendungsfall.
Wie von boday vorgeschlagen, wird Cellar verwendet, um die Installation Ihrer Bundles einheitlich über eine logische Gruppe von Karaf / ServiceMix-Instanzen zu verwalten, sodass Sie sie von einem Ort aus verwalten können, anstatt neue Versionen von Hand auf jede Instanz zu installieren. p>
Fabric8 ( Ссылка ) kann Karaf- / ServiceMix-Clustering und vieles mehr ausführen. Es hat auch zusätzliche geclusterte Camel-Komponenten wie die Master- und Fabric-Endpunkte
Es gibt ein geclustertes Camel-Beispiel, das zeigt das
Das Prinzip ist in der folgenden Abbildung dargestellt:
Tags und Links apache-camel high-availability load-balancing failover servicemix