Spring/Hibernate アプリケーションの PaaS としてCloudFoundryを使用したいと考えています。
EhCacheをキャッシュマネージャーとして使用することを検討していますが、クラウドファウンドリ環境との複製や統合がうまくいかないのではないかと心配しています...
cloudfoundry の専門家が参加して、ehcache に対するアドバイスや代替ソリューションを提供できますか?
Spring/Hibernate アプリケーションの PaaS としてCloudFoundryを使用したいと考えています。
EhCacheをキャッシュマネージャーとして使用することを検討していますが、クラウドファウンドリ環境との複製や統合がうまくいかないのではないかと心配しています...
cloudfoundry の専門家が参加して、ehcache に対するアドバイスや代替ソリューションを提供できますか?
EhCache のレプリケーションは、特にクラウドファウンドリー クラスターで新しいアプリケーション ノードをオンザフライで起動する場合 (ブートストラップおよび/または競合状態) には注意が必要です。
1 つの考え: レプリケートされたキャッシングの代わりに分散キャッシングを見たことがありますか? EhCache は、Terracotta Server Array と呼ばれるものを使用して「分散」することができ、クラスター全体で必要なすべてのキャッシュの一貫性が自動的に処理されます。詳細はhttp://terracotta.org/products/bigmemorymaxを参照してください。利点は、新しいアプリケーション ノードをオンザフライで起動すると、テラコッタ アレイにシームレスに接続され (キャッシュ用の一種のインメモリ データベースと考えてください)、分散キャッシュ環境に参加することです (ブートストラップや競合状態の問題)
また、cloudfoundry 環境内では、テラコッタ サーバー アレイは外部サービスと見なされます (たとえば、Oracle データベースのように)。詳細については、http://docs.cloudfoundry.com/docs/running/architecture/services/service-connector.html (「oracle」をテラコッタ サーバー アレイに置き換えてください)
まだ見ていない場合は、別の視点が得られることを願っています。