は生産のためのMS Velocityですか？

Question

実稼働環境で誰かが速度を試したのだろうかと思います。これは現在CTP2版であり、私たちはそれを使うことを考えています。誰もそれを試しましたか？はいの場合はそれは肯定的な経験ですか？

Answer 1

個人的にはMemcacheをVelocityまで安定させる必要があります。 EnyimのようなMemcacheの.netクライアントは、時間のテストを立てて、多くの人が使用しています。

• プロバイダを使用して独立した のCacheManager
• memcachedのための1つを実装します。
• 明日は変更があり、 でもVelocityが必要な場合は、 プロバイダを変更してください。

結局のところ、これらは辞書に過ぎず、ドメインコードはインフラストラクチャから独立している必要があります。関連

：A simple CacheManager interface for C#、
My answer to Memcache on Windows.

Answer 2

はい！ Velocity 1.0はAppFabricの一部としてリリースされました。 You can download it from Microsoft。

Answer 3

私がここで作ったポイントが誰かを助けてくれることを期待しています。私たちはシステムにAppFabricを配備する過程にあり、改善が必要ないくつかのことに気づいています：

• ほとんどの場合、ドキュメントは時代遅れです。特定のブログの詳細を見つけることができますが、通常、さまざまなサイトのものをミックスして一致させると、必要な詳細が得られます。まだドキュメントの標準にはそれほど満足できません。
• トラブルシューティングは別の問題です。 90％の時間、あなたはインストール関連の問題に対処します。トラブルシューティングに役立つことを文書化しておくべきことがいくつかありますが、思うかもしれないよりも多くの時間を費やしてしまったことはありませんでした。
• パフォーマンスに関しては、Memcachedほど高速ではないことがほぼ確実です。誰かが間違っていると分かるかもしれませんが、それまでMemcachedは分散キャッシングの王です。

は今ここに、私は少し面倒見つけ、いくつかの問題です：

• 動的
  に/キャッシュ・クラスタから削除/ノードを追加するには、彼らはそれが音作りとして として簡単ではありません。私は
  
  に関する多数の苦情をフォーラムで同じに読んだ。私はまだ を試していませんが、フォーラムで を読むことができます。実際の の問題があります。

• スロットリングが別の問題です。 の場合、リードキャッシュのメモリ
  クラスタが高いパーセントでヒットすると、 キャッシングが失敗します。これは、 がセッションプロバイダを使用していて、 人がエラーを開始したため、 という大きな問題を引き起こしました。

  は、SQL Serverのが判明し、 SQL Serverは 多くのメモリを占有する傾向があるんようAppFabricの は同じボックスに置くべきではありません。何が私を困惑させるのは、私が複数のノードを持っていたという事実 ですが、 リードキャッシュにはメモリの問題があり、 はそれを配布しませんでした。私の のケースでは、1つのノードしか持たず、 サーバーとAppFabricは、 という同一ノード上にあり、 という単一のサーバーが利用可能であることが明らかです。 キャッシュは、 のようなシナリオでは失敗します。バックアップが実行されている場合は、 のメモリが実際に高い状態になるため、キャッシングは がそのノードで失敗することがわかります。

私の意見では、製品にはちょっと急いで感じるようなものがあります。そこには、AppFabricが成熟するまでずっとうまく動作するScaleOutのような以前から使用していた他の製品があります。

これ以外にも、私はMSFTが使えるものを私たちに提供するうえで十分な仕事をしていると思います。 Memcachedがこのような最先端の技術を提供していると考えれば、何も持たない方が良いということです。