Redis .NET、Java、C などのさまざまなプログラミング言語のクライアントを使用して C/C++ で開発されたインメモリ キー値ストアです。エビクション、Pub/Sub などの重要な問題に取り組むための機能があります。 ただし、いくつかの基本的な側面で不十分です。 これらの不足しているコンポーネントがあなたやあなたのビジネスに問題をもたらす場合、 NCache 優れた将来のソリューションです。
NCache、 に似ている Redisは、.NET、Java、Node.js、および Scala アプリケーション用のオープンソースのインメモリ分散キャッシュです。 ようではない Redis、それはまた、これらすべての懸念に効果的に回答し、にはない追加機能を提供します Redis、それを理想的な代替品にします。
従来のディスクベース RDBMS システムは、これらの懸念に包括的に答えることができませんでした。 また、現代のアプリケーション分野における高速データ アクセス、整合性、およびフォールト トレランスに対する要求がますます高まる中、セキュリティ、プリロードなどに関するこれらの機能は、これまで以上に必要とされています。 そのため、以下はいくつかの追加機能です。 NCache サポート。
NCache 詳細 比較 Redis Redis 〜へ NCache 移行ドキュメント
セキュリティと暗号化
分散キャッシュを必要とする多くのアプリケーションは、機密性の高い機密データを処理します。 たとえば、銀行や航空会社は、そのような製品の常連客です。 したがって、データの保存と取得について話すときは、セキュリティと暗号化が重要です。 Redis 認証と TLS 暗号化をサポートします。 しかし、データは常に転送中であるとは限りません。 NCache は、保存されたデータをエンコードするための業界をリードする暗号化オプションを提供します。 これらのオプションは次のとおりです。
- 3DES-128
- 3DES-192
- AES-128
- AES-192
- AES-256
- AES-FIPS 128
- AES-FIPS 192
- AES-FIPS 256
NCache 詳細 NCache Encryption NCache セキュリティ
リードスルーとライトスルー
リードスルーとライトスルー 分散キャッシングの分野ではおなじみの概念です。 ただし、知らない人のために繰り返します。 リードスルーとは、アプリケーションが常にキャッシュにデータを要求し、データ ソースがない場合はデータ ソースから取得することを指します。 このメカニズムにより、アプリケーション コードが簡素化されます (キャッシュ API は、ほとんどのデータベース API に比べて使いやすいです)。 さらに、アプリケーションはキャッシュをメインのデータ ストアとして扱い、そこからデータを読み書きするため、アプリケーションはこの責任から解放されます。
同様に、ライトスルーにより、アプリケーションはキャッシュに書き込むことができ、キャッシュは同じデータを同期的または非同期的にデータベースに書き込みます。 これらの両方の機能を使用すると、分散キャッシュをエンタープライズ データ ストアとして指定し、すべてのアプリケーションがそこから読み書きできるようになります。 次に、キャッシュがデータベースを処理します。 これにより、キャッシュは常にデータベースと同期されます。 その重要性にもかかわらず、 Redis には、この機能の標準実装がありません。 幸いなことに、これは当てはまりません NCache.
NCache 詳細 データソースプロバイダー データ ソース プロバイダーの追加
キャッシュ管理
分散キャッシュの有効性は、それを管理および監視する能力にも依存します。 このような管理作業は、GUI ツールを介して行うのが最も簡単です。 不運にも、 Redis は、キャッシュの管理や監視のための GUI ツールを提供せず、コマンド ライン ツールのみを使用できます。
また、 NCache 強力な GUIベース ような NCache マネージャー NCache キャッシュの管理と監視を監視します。 ただし、コマンド ライン ツールを好む場合 (自動化のためにスクリプトで使用できるため)、次のようなコマンド ライン ツールも提供されます。 NCache PowerShell とコマンド プロンプト。
NCache 詳細 NCache Webマネージャ キャッシュの監視
ASP.NET View State キャッシング
View State は、Microsoft がクライアントとサーバーの複数の HTTP 要求間でページ、コントロール、およびカスタム値を格納するために採用した強力なメカニズムです。 このビュー ステートは暗号化されたテキストとして渡され、データ グリッド コントロールなどの多数のコントロールを含むフォームが含まれる場合、非常に大きくなります。 このような大量のデータは、主に次の XNUMX つの懸念を引き起こします。
- セキュリティリスク
- 帯域幅の使用量
NCache この正確な機能を次の形式で提供します ASP.NET View State キャッシング、一方、 Redis ではない。
NCache 詳細 ASP.NET View State コンテンツ最適化構成 グループ ASP.NET View State セッション付き
キャッシュローダーとリフレッシャー
キャッシングベースのシステムが対処しなければならない最も重大なパフォーマンス コストの XNUMX つは、キャッシュにデータがなく、ゆっくりとデータが読み込まれる初期の段階です。 そのため、システムは、キャッシュが読み込まれるときにデータベースへの多数のトリップのコストに直面します。
このコストを回避するには、 NCache 提供する キャッシュローダーとリフレッシャー、これにより、構成時に頻繁に使用されるデータを識別し、それらをプリロードできます。 リフレッシャーは設定された間隔で実行され、このデータが古くなるのを防ぎます。
同様に、 Redis ユーザーは、キャッシュを開始する前にデータを一括ロードできます。 ただし、通常の Redis プロセスは遅く、会社自体によると反復的であるため、クライアントにこれを行うことはお勧めできません。 さらに、生成されたテキスト ファイルを介してこのデータを一括インポートします。 Redis プロトコルは不必要に複雑です。
NCache 詳細 キャッシュローダーを実装する ローダー コンポーネント
まとめ
明らかに、高品質のパフォーマンス、使いやすさ、およびさまざまな独自の機能を探している場合 – NCache 分散キャッシングのすべてのニーズを満たす方法です。 それで、なぜ待つのですか? 今すぐ無料トライアルを始めましょう そして切り替え!