-1

これは主観的な質問であることはわかっています。Google で検索して、ehcache などのさまざまなキャッシュ プロバイダーのドキュメントを調べました。

ユースケース/問題点: サーバーの異なる VM にあるアプリケーション (キャッシュ アプリケーション) と、アプリケーション A、B、C などの複数のアプリケーションが異なる VM に存在する場合、Sqlfire の概念と同様にキャッシュ アプリケーションと通信できます。 /gmfire つまり、メモリ キャッシュにあります。

アプローチ: 注: 要件を考慮すると、mmcache、ehaceh などの既存のキャッシュ メカニズムを利用したくありません。

次のようなどこから始めるべきか、いくつかのアイデアを教えてください。

1-HashMap/ConcurrentHashMap を使用することは、これに対する正しいアプローチでしょうか? 2-さまざまな VM の通信を実現する方法 3-初心者として従うべきベスト プラクティス。4-ここに投稿されたさまざまな質問に答えました。そのようなリンクの 1 つは、Develop in Memory Object Cacheです。

このキャッシュ VM と通信するさまざまな VM を実現する方法については、まだ混乱しています。

私が考えている大まかなアイデアを説明するのに十分なほど明確ではないかもしれません。さらに明確にする必要がある場合はお知らせください.

4

1 に答える 1

1

異なる VM が相互に通信し、RMI、Web サービス、Rest サービスを使用できます。RMI を使用すると、通信相手として Java を使用することになります。一方、web-service および rest-web-services を使用すると、.NET、Java、またはその他をキャッシュ クライアントとして使用できるという利点があります。

はじめに:

コレクションの使用、読み取りと書き込みが多い場合は ConcurrentHashMap を使用できますが、これはまだパフォーマンスが向上します。

次のより多くのパラメーターを検討する必要があります。

  • メモリ管理
  • 要素老化
  • 立ち退きポリシー

しかし、提供するものに違いや優れたものがない場合、車輪の再発明は得策ではありません。

また、キャッシュが多すぎるためにキャッシュアプ​​リがメモリ不足にならないように考慮する必要があります。

于 2013-06-26T11:01:25.857 に答える