異なる種類のアプリケーション サーバーが存在するクラスターを形成することは可能ですか? たとえば、1 つのJBoss、1つのGlassfishおよび 1 つのWebSphere ? EJB3.0を使用していると仮定しましょう。ステートレス セッション Bean は比較的簡単で、インスタンス間の単純な負荷分散が機能するはずですが、SFSBとセッション レプリケーションはどうでしょうか。infinispan のようなキャッシュ ストレージを利用することは可能ですか?
このトピックに関するコメントや経験を共有していただければ幸いです。
Hazelcastのようなアプリケーションサーバーに依存しないソリューションを使用すれば、可能かもしれないと思います。そのドキュメントによると、 Web セッションのレプリケーションを構成するのは非常に簡単で、唯一の要件は次のとおりです。
あなたが説明した方法でクラスターを構成しようとしたことはありませんが、うまくいくと思います。
応答は単純に NO です。クラスタリングは非標準機能であり、標準的な動作を維持するクラスタリングを提供するのは Java EE 実装次第であり (スティッキ性が期待され、セッション オブジェクトはシリアライズ可能であることが期待されるため、制約はほとんどありません)、相互運用性は予測されません。
もちろん、クラスターを自分で作成して、外部データ グリッドを設定してセッション ストアとして機能し、自分自身をキャッシュとして管理することもできますが、セッションに関連するフレームワーク機能はすべて失われます (すべてのことを自分で行う必要があります)。 self) であり、完全な Java EE アプリケーション サーバーを使用する意味はもうありません。はい、SFSB を忘れる必要があります。
このタイプのアーキテクチャによってどのような問題を解決したいのか知りたいです。3つの異なるアプリ（アプリサーバーには開発側でわずかな違いがあります）を維持するコストと、さらに重要なことに3つの異なるインフラストラクチャ操作スタック（この側には多くの違いがあるため、運用チームの知識を倍増させます）。