分散メモリを使用するWebアプリケーションを開発したことはありません。私の開発マシンでMS Velocityを実行するのは賢明ですか？
Microsoft Velocityなどのツールを自分のローカルマシンで実行するのはよくあることですが、私が開発したときに別のサーバーでVelocityを実行するか、通常どおり（デフォルトのセッション&キャッシュ）開発サーバーに展開した後のベロシティ
私たちはプロダクションウェブアプリケーションで多くのメモリ問題に遭遇しており、サーバーをファームに分割することを検討しています。
私はVelocityをプロジェクトでも使っています。私がこれまで行ってきたのは、共通のキャッシュインターフェイスと、標準のASP.NETキャッシュシステムを使用する単純な実装を作成することでした。この方法で、私はそのインターフェースに対してプログラムを作成し、後でインターフェースの具体的な実装を介してVelocityのキャッシュをプラグインすることができます。これは、UnityやStructure Mapなどの依存性注入フレームワークを使用して、より簡単に行うことができます。
Velocityをどこで使用するのかは、開発環境で実際に試してみることです。限られた数の物理マシンがある場合は、Virtual PCを使用していくつかの仮想サーバーをセットアップし、それらにキャッシングフレームワークをインストールします。
これは良いフィードバックです。私は共通のキャッシングインターフェイスを書くことについて同じことを考えていたので、コードを変更せずにVelocityでデフォルトキャッシングを切り替えることができます。
Stephen Waltherの記事に基づいて、彼は地元の開発マシンにVelocityをインストールしていたようです。だから、それは始めるのが好きなように思えます。私はそれがシームレスだった... Webサーバでセッションを切り替えても何のコードの変更を必要としないのを見て喜んでいた彼の記事で
;）
私は、複数の速度のインストールについて今朝Velocity's blogに興味深い記事を見ました同じサーバー上のインスタンスそうすれば、必ずしもVirtual PCを使う必要はありません。
私はあなたのプロジェクトがうまくいくことを願っています。