0

新しいJavaEEアプリケーション（シンクライアント）を構築しています。アプリケーション層は次のとおりです。

  • アプリケーションのプレゼンテーションは、JSF2 /SpringwebflowとRichFaces4で行われます。
  • BusineesレイヤーはEJB3を使用します
  • 永続層はJPA2を使用します-Hibernateの実装

アプリケーションは、WebsphereAppliccationサーバーで実行されます。

同社は、ESBとしてWebsephreMessageBrokerを所有しています。

私には2つの選択肢があり、それぞれについて、スケーラビリティ、メンテナンス、パフォーマンス、ベストプラクティス、およびエンタープライズアーキテクチャの設計に応じて最適なものを見つけようとしています。

  1. ESBにビジネスEJB3サービスをデプロイし、専用サーバーにプレゼンテーション層をデプロイします。プレゼンテーション層は、ESBを介してビジネスサービスを呼び出します。
  2. 専用WASにEJBサービスをデプロイし、専用サーバーにプレゼンテーション層をデプロイします。プレゼンテーション層は、ESBを使用せずにEJBサービスを直接呼び出します。
4

2 に答える 2

1

これが私の記録です....あなたが行ったアーキテクチャ上の決定を使用して、WASでアプリを構築します。アプリをESBに統合するには、JMSまたはWebSphereMQに投票します。Webサービスを選択することもできますが、エンタープライズアーキテクチャチームが言うように、配信が確認された時間に依存しない通信が必要です。

これらすべてがどのように機能するかについても知りたい場合は、IBM SOAデザインパターンを確認するか、アプリをESBに接着する方法についてRedbook（IBM SOA Retail Design Patterns）を読んでください。

于 2012-11-15T01:45:52.063 に答える
1

それは（いつものように:)）将来的にアプリケーションを拡張し、JSFクライアント以外の他のクライアントと統合することを計画している場合、ESBは実行可能なソリューションになります。それ以外の場合は、物事をシンプルに保ちます。つまり、アプリケーションサーバー内のすべてのものです。ESBを続行する場合は、EJBレイヤーをアプリケーションサーバーに移動し、ESBからアプリケーションをWebサービスとして公開することをお勧めします。

于 2015-09-10T14:33:33.180 に答える