Java EE アプリケーションの層を複数のサーバーに分割することの長所と短所について議論しています。
明確にするために: .war Web レイヤーと EJB .jar ビジネス レイヤーを備えた Java EE アプリがあるとします。それらはRMIを介して通信します
- 展開の 1 つの方法は、1 つのアプリケーション サーバー上の 1 つの .ear に .war を展開し、別のアプリケーション サーバー上の別の .ear にビジネス レイヤーを展開することです。これを「分割」展開モデルと呼びましょう
- もう 1 つの方法は、.war と .jar を同じ .ear にパッケージ化し、この .ear を 1 つのアプリケーション サーバーにデプロイすることです。これを「一緒に」展開モデルと呼びましょう。
分割モデルにちなんで名付けられた長所：
- 完全な分割を強制するため、サービス指向アーキテクチャの準備に適しています
- Oracle Fusion Middleware高可用性フレームワークに従います(例: http://docs.oracle.com/cd/E16764_01/core.1111/e10106/img/ashia158.gifを参照)
- スケーラビリティと再利用性 (以下の説明を参照)
一緒にモデルにちなんで名付けられた長所：
- 展開と管理の容易さ
- よりよい性能
- 負荷分散の容易さ
どちらの側も、次の点で優れていると主張しています。
- 簡単な監視と容量管理
- トラブルシューティングの容易さ
両方のモデルについてどう思いますか? この投稿の一方の側に対する私の個人的な偏見に気付くかもしれませんが、どちらの方法でも正直な議論を聞きたいです.