分散メモリを使用する Web アプリケーションを開発したことはありません。
開発中にローカル マシンで Microsoft Velocityなどのツールを実行するのは一般的な方法ですか、開発中に別のサーバーで Velocity を実行する必要がありますか、それとも通常どおり (既定のセッションとキャッシュ) 開発し、開発後にのみ Velocity を使用する必要がありますか?開発サーバーにデプロイしましたか?
実稼働 Web アプリケーションで多くのメモリの問題が発生しているため、サーバーをファームに分割する方法を調査しています。
プロジェクトでも Velocity を使用することを検討しています。ここまでで、共通のキャッシュ インターフェイスと、標準の ASP.NET キャッシュ システムを利用する単純な実装を作成しました。このようにして、そのインターフェイスに対してプログラムし、後でインターフェイスの具体的な実装を介して Velocity キャッシュをプラグインできます。Unity や Structure Map などの依存性注入フレームワークを使用すると、これをより簡単に実現できます。
Velocity をどこで使用するかについては、ライブに移行する前に必ず開発環境で試してみます。物理マシンの数が限られている場合は、Virtual PC を使用していくつかの仮想サーバーをセットアップし、それらにキャッシュ フレームワークをインストールします。
ああ、それは良いフィードバックです。コードを変更せずに Velocity でデフォルトのキャッシュを切り替えることができるように、共通のキャッシュ インターフェイスを作成することについても同じことを考えていました。
Stephen Waltherの記事によると、彼は自分のローカル開発マシンに Velocity をインストールしているように見えました。だから、それは始めるのに良い場所のように聞こえます.
彼の記事では、Web サーバーでセッションを切り替えるのにコードを変更する必要がないことを確認できてうれしく思いました... シームレスでした ;)
今朝、 Velocity のブログで、同じサーバーに複数の Velocity インスタンスをインストールするという興味深い記事を見ました。そうすれば、必ずしも Virtual PC を使用する必要はありません。
あなたのプロジェクトがうまくいくことを願っています。