Java EEアプリコンテナは、EJBの「フェイルオーバー」サポートを提供します。ドキュメントでは、そもそもEJBをフェイルオーバーする必要がある理由を引用していません。
これらの「フェイルオーバー」状態はいつ発生し、何が原因で発生しますか？これは、例外がスローされるだけの状況ですか？または、アプリコンテナが実際にEJBを「失う」または「壊す」ことは可能ですか？
通常、過去にフェイルオーバーについて話したとき、それは何らかの理由でダウンするサーバーのようなネットワークコンポーネントでした。私はここで、展開されたソフトウェアの一部が死んで「フェイルオーバー」する原因を想像しようとしている精神的な障害を抱えています。
あいまいで漠然とした抽象的な説明（！）ではなく、具体的な例のボーナスポイント。
一般に、Java EEは、あなたが話しているような種類のフェイルオーバーを提供しません。それがまったくサポートされている場合、それは特定の実装の独自機能です。
通常、このようなフェイルオーバーは、一部のサーバーで実行されるリモートEJBの場合であり、ネットワークの問題が原因でサーバー自体がクラッシュしたり、使用できなくなったりする可能性があります。このような場合、クライアントアプリケーションサーバーに複数のフェイルオーバーURLを指定して、1つのサーバーが応答しなくなった場合に、そのBeanと通信するコードに対して透過的な方法で別のサーバーが自動的に使用されるようにすることができます。
同じメカニズムを基本的な負荷分散にも使用できます。コードが接続するリモートEJBが存在するサーバーに高負荷がかかっている場合、クライアントASは、同じリモートBeanを実行しているが、負荷が少ないサーバーを自動的に選択できます。
JBossの「クラスター化されたEJB」の場合のフェイルオーバーの詳細な説明を見ることができます。
フェイルオーバーユニバーサルが必要で、JEEとEJBを超えている理由-単一のサーバーが使用できなくなる可能性があります。