今日、職場で同僚や上司とステートレス/ステートフル Bean について話し合いました (JSF を使用したプロジェクトを終了したばかりで、この会社で JSF 関連のことをしたのはこれが初めてでした)。セッションスコープのBean（または会話/キープアライブスコープのBean）はあまり好きではありません。彼の議論の 1 つは、たとえば 4 つの Tomcat があり、ユーザーからの要求がある場合、毎回同じ Tomcat によって「キャプチャ」されるかどうかは確かではなく、問題は、初めてリクエストが来て、セッション Bean が作成されると、その 1 つの Tomcat でのみ作成され、他の Tomcat はそれを知りません。
彼が言及した解決策の 1 つは、特定のユーザーからの要求を毎回同じ Tomcat で処理するよう強制する、いわゆる「スティッキー セッション」でした。彼によると、2番目の解決策はすべてのデータを「ビュー」に保存することですが、それは状態全体をPOSTに保存することを意味します.どういうわけか私はその考えがあまり好きではありません. 次に、状態をDBに保存し、それを必要とするリクエストが届いた場合にクエリを実行することについて言及しました。私はそれが非常に大きなパフォーマンス ヒットになると思っていましたが、DB はそのようなタスクに対して準備されている必要があるため、実際には問題にはならないと彼は言いました。
私が興味を持っている最後の解決策は、Terracotta Server でした。彼の話によると、すべての Tomcat のセッション Bean を格納することになっています (Tomcat と同期され、リクエストが来ると、内部でセッション Bean を探します)。テラコッタ）。クールでスケーラブルなように見えますが、大規模なプロ用システムで使用されたことは実際には見たことがないと彼は言いました。そうですか? いくつかの情報を試してみましたが失敗しました。Terracotta に何か問題があり、人々がそれを使用できなくなっていますか?