0

私の計画は、サービスを扱う Java ベースの統合フレームワーク (ESB、SOA など) を開発または使用することですが、次の制約があります。

  • サービスは複数のマシンに展開できますが、すべてのマシンに存在する必要はありません
  • Service は (新しいバージョンで) 個別に展開および再展開できます
  • サービスは、次のいずれかによって他のサービスに接続されます。
    • インメモリ接続
    • (非同期/同期) 他のマシンへのリモート
  • サービス接続のルーティング ロジックは、何も再デプロイまたは再起動せずに、その場で構成できる必要があります。

OpenESB がこれらの要件に近いことは知っていますが、ルーティングを変更するにはサービスを再デプロイする必要があります (接続が HTTP BC ベースであると仮定します)。ただし、MuleESB、WSO2、JBossESB など、オープン ソースの ESB についてはよく知りません。 ...これに対する適切な解決策はありますか (構成可能なメモリ内および/またはリモートルーティングなど)? サーバーを個別に使用する予定であるため、クラスタリングについてはあまり気にしません。指定された (必要な場合) JMS ソリューションは、それが重要な場合は HornetQ になります。

4

2 に答える 2

0

いくつかの異なる概念について言及されていますが、ESB パターン、Apache Load Balancer、および Maven を組み合わせることで、その概念に近づくことができます。製品にとらわれず、パラダイム/パターンに落ち着けば、製品の決定は簡単になります。

これが私が使用するパターンです。 SOA 設計パターン

これは、エグゼクティブ向けのSOAにも興味があるかもしれません

乾杯

于 2010-08-11T05:37:57.900 に答える
0

長所と短所についての長い議論の後、HornetQ ベース (JMS MQ) のソリューションを用意する予定です。このソリューションでは、メッセージ ルーティング ルールを作成し、場合によっては異なる種類のルーティングを処理するコードを処理します。HornetQ は jvm 内の要件も処理できますが、その部分は内部でカバーされます。

于 2011-06-14T13:01:44.923 に答える