通常、人々はこのレイヤーの上で作業するだけですが、私は現在、PUB/SUB 多対多メッセージング関係を IPC または TCP インフラストラクチャにマップする必要があるこのレイヤーで作業しています。アドレスごと。
私が考えることができる代替案には、それぞれ独自の欠点があります。
- デーモンを追加してメッセージをルーティングします。これにより、単一障害点が追加されるだけでなく、メッセージング中にレイヤーが追加されます。
- レジストリの追加。単一障害点が追加され、新しく開始されたプロセスに通知できなくなります。
- 同じトピックで複数のパブリッシャーを許可しない - アーキテクチャの配置に関する柔軟性がいくらか失われます。
- ポート範囲と IPC アドレス範囲を事前に定義すると、すべてのプロセスがそれらへの接続を定期的に再試行します。サービス検出に遅延を追加し、すべてのポートが OS から利用可能である必要があります。
では、JMS や LBM などの最新のメッセージング ソフトウェア パッケージはどのようにこれを行っているのでしょうか? Tibco RV と Reuters がアプローチ 1) を行っていることは知っていますが、とにかく、そのようなデーモン プロセスを回避できますか?
問題があればJavaを使用しています。
ありがとう。