0

私は Java ミドルウェア ソリューションについて調べてきましたが、ここで完全にオフベースになっていない限り (私が行った可能性があります。その場合は、修正することから始めてください! )、4 つの主要なミドルウェア ソリューションがあるようです/エンタープライズ アプリケーションに選択できるパラダイム:

  • Java EE (EJB3s) に完全準拠。また
  • Apache Camel や Mule などのサードパーティ ESB。また
  • OSGi; また
  • イベント駆動型アーキテクチャ

私はルーブリックのようなもの、または私が言うことを可能にする従うべきプロトコルを探しています:

ビジネス ニーズ xyz を考えると、このアプリの最適なミドルウェア戦略は xyz です。

これら 4 つのそれぞれにどのような長所/短所/強み/警告があり、これらの属性がこれら 4 つの道のどれを下るかの背後にある意思決定にどのように適合するのか疑問に思っていると思います.

これら4つのそれぞれが代替案よりも望ましい場合の実際のユースケースを誰かが提供してもらえますか? おそらく、これらのユースケースから、そのようなルーブリックを抽出できます。

4

2 に答える 2

0

優れたサード パーティの EIS アーキテクチャには、他の 3 つのオプションを組み込むことができるため、推奨しないのは怠慢です ....

于 2012-06-22T01:05:39.003 に答える
0

5 番目の答えは、「DDS、CORBA、JMS などのサードパーティ通信ミドルウェア」だと思います。これらはすべて、プロセス間データ通信の標準化されたテクノロジです。

個人的には、パフォーマンス (ローカル ネットワークで 100 マイクロ秒未満の遅延)、柔軟性 (エンドポイントの動的な検出により、サーバーのルックアップがないことを意味します)、および強力なデータ ストレージ、プレゼンテーション、およびフィルタリング オプションの点で、DDS (データ配信サービス) が気に入っています。DDS は (他の言語に加えて) Java をサポートし、複数のドメイン (金融、医療、国防総省など) のエンタープライズ アプリケーションに使用されます。

于 2012-06-22T18:46:23.827 に答える