NCache 特徴

.NET、Java、Node.js、および Python クライアントが正式にサポートされています。

.NET サーバー側コードをネイティブに実行します。

Java サーバー側コードをネイティブに実行します。

Maven パッケージのフルセットが提供されます。

NuGet パッケージのフルセットが提供されます。

Node.js および Python パッケージの完全なセットが提供されます。

Windows がキャッシュ サーバーとキャッシュ クライアントを正式にサポート

Linux がキャッシュ サーバーとキャッシュ クライアントで正式にサポートされる

Linux および Windows の Docker イメージが正式にサポートされています NCache サーバー

NCache 任意の Kubernetes クラスター内にシームレスにデプロイできます。 NCache サーバーは Linux ベースまたは Windows ベースのポッドにすることができます。

ラン NCache Kubernetes の内部と外部の両方から Management Center にアクセスして管理する NCache クラスタ。

NCache 任意の Azure Kubernetes (AKS) クラスター内にシームレスにデプロイできます。 NCache サーバーは Linux ベースまたは Windows ベースのポッドにすることができます。

ラン NCache AKS Kubernetes の内部と外部の両方から Management Center にアクセスして管理します。 NCache クラスタ。

NCache AWS Elastic Kubernetes (EKS) クラスター内にシームレスにデプロイできます。 NCache サーバーは Linux ベースまたは Windows ベースのポッドにすることができます。

ラン NCache EKS Kubernetes の内部と外部の両方から Management Center にアクセスして管理します。 NCache クラスタ。

NCache 任意の Google Kubernetes Engine (GKE) クラスター内にシームレスにデプロイできます。 NCache サーバーは Linux ベースまたは Windows ベースのポッドにすることができます。

ラン NCache Management Center は、GKE Kubernetes の内外からアクセスして管理します。 NCache クラスタ。

NCache 任意の Red Hat OpenShift Kubernetes クラスター内にシームレスにデプロイできます。 NCache サーバーは Linux ベースまたは Windows ベースのポッドにすることができます。

ラン NCache OpenShift Kubernetes の内部と外部の両方から Management Center にアクセスして管理します。 NCache クラスタ。

超高速

2 万オペレーション/秒、5 ノード クラスター

NCache 非常に速いです。 ぜひご覧ください パフォーマンスベンチマーク さらに拡張できるようになります。

ベンチマークを実行できます NCache 提供されているストレス テスト ツールを使用して、独自の環境でテストを行うことができます。 NCache.

非常にスケーラブル

2 万オペレーション/秒、5 ノード クラスター

NCache 線形のスケーラビリティを提供します。つまり、クラスタにノードを追加すると、パフォーマンスが線形に向上します。 ご覧ください パフォーマンスベンチマーク.

ベンチマークを実行できます NCache 提供されているストレス テスト ツールを使用して、独自の環境でテストを行うことができます。 NCache.

一括取得、追加、挿入、および削除。 これにより、主要なキャッシュ操作のほとんどがカバーされ、パフォーマンスが大幅に向上します。

非同期の追加、挿入、および削除が提供されます。

非同期操作は、制御をアプリケーションに返し、バックグラウンドでキャッシュ操作を実行します。 アプリケーションの応答時間が大幅に向上します。

これを項目サイズのしきい値とともに指定すると、しきい値より大きい項目のみが圧縮されます。 残りは非圧縮でキャッシュされます。

このサイズのしきい値が指定されているのは、小さいアイテムを圧縮すると速度が低下することが多いためです。

また、「ホット アプライ」を通じて実行時に「圧縮」を構成できます。

コンパクト シリアル化は、プリコンパイルされたコードを使用してシリアル化し、シリアル化されたオブジェクトに長い型名の代わりに型 ID を格納するため、非常に高速です。 これはほぼ 10 倍高速です。

コンパクト シリアライゼーションのクラスを登録したら、 NCache シリアル化コードを生成し、実行時にすべてメモリ内でコンパイルし、このプリコンパイルされたコードをシリアル化に使用します。

選択したオブジェクトに対して、コンパクト シリアル化と通常のシリアル化を組み合わせることができます。

NCache オブジェクト属性のインデックスを定義できます。

NCache 次に、接続時にこれらのインデックスのデータ抽出コードを生成し、メモリ内でコンパイルして、クライアント側ですべてのデータ抽出に使用します。 これはリフレクションを使用するよりもはるかに高速です。

NCache また、タグ、名前付きタグ、グループのインデックスも自動的に作成されます。 有効期限とエビクションのポリシー。

XNUMX つのキャッシュ サーバーに XNUMX つの NIC を割り当てることができます。 XNUMX つはクライアントがキャッシュ サーバーと通信するために使用でき、XNUMX つ目はクラスター内の複数のキャッシュ サーバーが相互に通信するために使用できます。

これにより、帯域幅のスケーラビリティが大幅に向上します。

キャッシュ サーバーとの通信に使用するキャッシュ クライアントに特定の NIC を割り当てることもできます。

NCache パイプラインを使用して、クライアントとサーバー間の高パフォーマンスの IO 操作を実現します。 パイプライン化を使用すると、スケーラビリティを大幅に向上させることができます。

パイプラインはすべてのキャッシュでデフォルトで有効になっていますが、設定を通じて無効にすることができます。

NCache は非常に動的であり、キャッシュやアプリケーションを中断することなく、実行時にキャッシュサーバーを追加または削除できます。

これを行うと、キャッシュやそのクライアントを中断することなく、実行時にデータが自動的に再バランスされます (状態転送と呼ばれます)。 性能の低下もありません。

NCache キャッシュ クラスターにはピアツーピア アーキテクチャがあります。 これは、クラスター内に「マスター/スレーブ」や「多数決ルール」が存在しないことを意味します。

すべてのノードは等しいです。 最上位のノードである「コーディネーター」ノードがあります。 ダウンすると、次に上位のノードがこの役割を自動的に引き継ぎます。

これは、サーバーがダウンしても、クラスターは常に機能し、正常な状態を維持できることを意味します。

NCache キャッシュ クライアントとサーバー間、およびキャッシュ クラスター内での完全な接続フェイルオーバー サポートを提供します。

キャッシュサーバーに障害が発生した場合、 NCache クライアントは、中断されることなくクラスター内の他のサーバーと連携し続けます。

クラスターは、データのバランスを再調整し、必要に応じてレプリカを再作成することで、クラスター自体を自動管理します。

スプリット ブレイン検出が提供されており、次の方法で通知されます。 NCache それが発生した場合にはイベントが発生し、自動回復が提供されます。

NCache クラスター構成はハードコーディングされていないため、実行時にサーバーを追加または削除すると、クラスター内の他のすべてのサーバーがそれを認識します。

NCache クライアントは、実行時にキャッシュ クラスターからすべてのサーバーとその他のさまざまな構成についても学習します。

また、「ホット アプライ」機能を使用すると、実行時に何も停止せずに多くの構成を変更できます。

NCache を使用すると、同じキャッシュ サーバーのセット上に同じまたは異なるトポロジの複数のキャッシュ クラスターを作成できます。

NCache を使用すると、同じキャッシュ サーバーのセット上に複数の名前付きキャッシュを作成できます。

TCP

NCache MemberJoined、MemberLeft、CacheStopped などのクラスター内の変更に関するイベントを提供します。

これらのイベントは、Java アプリケーションと .NET アプリケーションの両方にネイティブに配信できます。

NCache 「メンテナンス モード」でキャッシュ サーバーを停止できます。この場合、このサーバーがクラスターから離れている場合でも、 NCache 自動再パーティション化は行いません。 その代わり、 NCache は、再起動されるまで、このノードがなくても動作し続けます。

この動作は、ノードがクラスタから離れると自動的に再パーティション化がトリガーされる標準の動作とは異なります。

InProc と OutProc の両方。

InProc ははるかに高速で、「InProc Speed」が提供されますが、同じマシン上に複数のインスタンスがある場合、メモリの消費量が多くなります。

OutProc は IPC とシリアル化のコストにより若干遅くなりますが、マシンごとにコピーが XNUMX つしかないため、メモリの消費を節約できます。

クライアント キャッシュは、単なるローカル キャッシュ (InProc/OutProc) です。 NCache remote client キャッシュ クラスターからフェッチしたすべてのデータのコピーを保持するマシン。

このクライアント キャッシュはキャッシュ クラスターとの同期も維持されるため、キャッシュ クラスター内のデータが変更されると、クライアント キャッシュでも即座に更新されます。

それと、 NCache クライアントは、データの整合性を損なうことなく、またキャッシュ サイズを XNUMX つのクライアントのメモリに制限することなく、超高速ローカル キャッシュのメリットを享受できます。

ミラー キャッシュは、2 ノードのアクティブ/パッシブ キャッシュです。 すべてのクライアントはアクティブ ノードに接続し、データ ミラーリングは非同期で行われます。

アクティブ ノードがダウンした場合、パッシブ ノードが自動的にアクティブになり、すべてのクライアントが自動的にパッシブ ノードに接続します。

レプリケートされたキャッシュでは、キャッシュ全体がクラスター内のすべてのノードにレプリケートされます。

2 つ以上のノードを持つことができ、すべてのノードがアクティブになるため、クライアントは読み取り/書き込み操作のためにそれらのノードに直接接続します。

更新はクラスター内で同期的に行われるため、他のトポロジよりも遅くなりますが、それでもかなり高速です。 読み取りは超高速です。

各クライアントは XNUMX つのノードのみに接続します。 負荷分散を有効にしたり、クライアントが接続に使用する順序付きサーバー リストを指定したりできます。

いずれかのサーバーがダウンした場合の完全なフェイルオーバー サポート (ただし、その場合はデータ損失が発生します)。

パーティション化キャッシュは非常に強力なトポロジです。 レプリケーションを行わずにパーティションを作成すると、キャッシュが高速化され、一部のデータがキャッシュから失われた場合にいつでも再ロードできるため、使用するメモリも少なくなります。

パーティション化キャッシュでは、キャッシュ全体がパーティション化され、各キャッシュ サーバーが XNUMX つのパーティションを取得します。 ノードを追加または削除すると、すべてのパーティションが作成または削除され、実行時にそのバケットが自動的に再割り当てされます。

パーティションが追加または削除されていない場合でも、パーティションが多すぎるデータで圧倒された場合でも、データの再バランス機能が提供されます。

パーティション化されたキャッシュと同じです (上記を参照)。

また、別のキャッシュ サーバーに保持されている各パーティションのレプリカも提供します。 これにより、ノードがダウンした場合のデータ損失に対する信頼性が提供されます。

パーティションと同様に、レプリカも動的に作成されます。

データバランシングではレプリカも更新されます。

クラスターにキャッシュ サーバーを追加または削除すると、データは自動的に再バランスされます。

XNUMX つのキャッシュ サーバーに他のサーバーよりも多くのデータがある場合、データは自動的に再調整されます。 このための差のしきい値を設定できます。 この場合、自動リバランスをオフにして、必要に応じて手動で行うことができます。

これは、パーティション キャッシュとパーティション レプリカ キャッシュの両方に適用されます。

レプリケート キャッシュ トポロジの場合、クライアントはサーバー ノード間でバランスがとれます。

パーティション キャッシュ トポロジの場合、すべてのクライアントがシングル ホップ動作のすべてのノードに接続されるため、バランスも取れます。

NCache データ アフィニティを提供します。 これを使用するには、アイテムの {} 内に他のアイテムのキーを指定すると、このアイテムは同じアフィニティを持つ他のアイテムと同じパーティション上に残ります。

NCache キャッシュのライブ永続化を有効にすると、すべてのデータが LiteDB 永続ストアに保存されます。 これは、キャッシュ クラスター内のすべてのバケットを反映するバイナリ永続ストアです。 永続化は実行時にライブで行われます。

必要に応じて、永続化されたコピーからキャッシュを復元できます。

すべてのキャッシュ トポロジで、 NCache クライアントは、単一ホップでキャッシュされたデータにアクセスできます。

ブリッジトポロジアクティブ-パッシブ

アクティブ サイトとパッシブ サイトの間にブリッジを作成できます。 アクティブ サイトはすべての更新をブリッジに送信し、ブリッジはそれらをパッシブ サイトに複製します。

ブリッジトポロジアクティブ-アクティブ

XNUMX つのアクティブ サイト間にブリッジを作成できます。 どちらも、「最後の更新が優先」ルールに基づいて競合を処理するブリッジに更新を送信するか、ユーザーが提供するカスタム競合解決ハンドラーを通じて更新を送信します。 次に、Bridge は両方のサイトに同じ更新があることを確認します。

ブリッジトポロジアクティブ-アクティブ

XNUMX つ以上のアクティブ サイト間にブリッジを作成できます。 すべてのユーザーは、「最後の更新が優先」ルールに基づいて競合を処理するか、またはユーザーが提供するカスタムの競合解決ハンドラーを通じて、Bridge に更新を送信します。 次に、Bridge はすべてのサイトに同じ更新が適用されるようにします。

NCache 複数のアクティブ サイトと複数のパッシブ サイトの間にブリッジを作成できます。

デフォルトでは、競合を解決するために「最後の更新が優先」アルゴリズムが使用されます。 ただし、両方のオブジェクトの内容を比較し、どちらが優先するかを決定することによって競合を解決するために呼び出される「カスタム競合解決ハンドラー」を指定できます。

NCache Bridge は項目の重複を排除することでレプリケーション キューを最適化します。 同じキーが複数回更新された場合、最後のキーのみが複製されます。

3DES および AES アルゴリズムを使用してデータを暗号化できるため、ブリッジを介して WAN 経由で他のサイトに転送される前に暗号化されたデータとしてキャッシュされます。

それ以外の場合は、セキュリティのために WAN を介して複数のデータセンター間で VPN を使用できます。

Active Directory または LDAP に対してユーザーを認証できます。 セキュリティが有効になっている場合、認証と許可がなければ誰もキャッシュにアクセスできません。

ユーザーを「ユーザー」または「管理者」として承認できます。 ユーザーは読み取り/書き込み操作のためのみキャッシュにアクセスできますが、「管理者」はキャッシュ サーバーとクラスターを管理できます。

暗号化を有効にして NCache クライアント上のすべてのアイテムをキャッシュに送信する前に自動的に暗号化します。

そして、このデータはキャッシュ内にある間暗号化されたままになります。 また、復号化もクライアント プロセス内で自動的かつ透過的に行われます。

現在、3DES および AES128 / AES196 / AES256 暗号化が提供されており、さらに多くの暗号化が追加されています。

NCache クライアント/サーバー通信のための安全な転送のための TLS を提供します。

さらに、強力な暗号化が提供されます。 NCache そのため、安全でない接続を介してデータを暗号化できます。

NCache Management Center は、次の用途に使用できる強力な Web GUI ツールです。 NCache。 エクスプローラー スタイルのビューが提供され、XNUMX か所からキャッシュ クラスターを迅速に管理できます。 これには、キャッシュの作成/編集やその他の多くの機能が含まれます。

監視ツール（Web GUI）

NCache Monitor は Management Center の一部であり、監視を可能にする強力な Web GUI ツールです。 NCache 単一の場所からのクラスター全体のアクティビティ。 また、すべてを監視することもできます NCache 単一の場所からクライアントを管理します。

そして、非を組み込むことができます。NCache 比較するための PerfMon カウンター NCache 統計。 このリアルタイムの比較は多くの場合非常に重要です。

NCache から見ることができるPerfMonカウンターの豊富なセットを提供します NCache マネージャー、 NCache Monitor、または PerfMon 監視をサポートするサードパーティ ツール。

NCache は、JMX 監視をサポートするサードパーティ ツールから確認できる、Java クライアント用の豊富な JMX カウンターのセットを提供します。

NCache は、SNMP カウンタをサポートするサードパーティ ツールから表示できる、Java クライアント用の豊富な SNMP カウンタ セットを提供します。

NCache 強力なコマンドラインツールを提供します。 キャッシュを作成したり追加したりできます remote clientsに、サーバーノードを追加し、キャッシュを開始/停止します。

スクリプト (Linux または Windows) からこれらのツールを使用し、さまざまなキャッシュ管理タスクを自動化します。

NCache キャッシュとクライアントを管理および監視するための Java および .NET API を提供します。 この API を使用すると、キャッシュの停止/開始、接続されたクライアントの統計の取得、またはキャッシュ クラスターの正常性情報の取得を行うことができます。

NCache プレイグラウンドは、ゲームに慣れるための迅速かつインタラクティブな方法を提供します。 NCache。 プレイグラウンドを使用すると、簡単に探索できます NCache 開発環境を必要とせずに、サンプルを作成し、実行し、変更を加えて実行します。

NCache Spring Boot との統合を実装してセッションを保存しました。

NCache インテリジェントなセッションレプリケーションを提供し、セッション用のどのデータベースストレージよりもはるかに高速です。

NCache 複数のデータセンター間で Spring Boot セッションを共有できます。

これは、すべてのセッションを各データ センターにレプリケートする必要はないが、Java Web セッションを失うことなく、あるデータ センターから別のデータ センターにトラフィックをオーバーフローさせる機能が必要な場合に役立ちます。

ユーザーが移動すると、セッションはあるデータセンターから次のデータセンターに移動します。

NCache JSP サーブレット セッション プロバイダー (Java サーブレット 4.0 以降) を実装しました。 コードを変更することなく使用できます。 web.xmlを変更するだけです

NCache インテリジェントなセッションレプリケーションを提供し、セッション用のどのデータベースストレージよりもはるかに高速です。

NCache 複数のデータセンター間で Java Web セッションを共有できます。

これは、すべてのセッションを各データ センターにレプリケートする必要はないが、Java Web セッションを失うことなく、あるデータ センターから別のデータ センターにトラフィックをオーバーフローさせる機能が必要な場合に役立ちます。

ユーザーが移動すると、セッションはあるデータセンターから次のデータセンターに移動します。

NCache Node.js Web セッションを保存するプロバイダーを実装しました。

NCache インテリジェントなセッションレプリケーションを提供し、セッション用のどのデータベースストレージよりもはるかに高速です。

NCache を使用すると、複数のデータセンター間で Node.js Web セッションを共有できます。

これは、すべてのセッションを各データ センターにレプリケートする必要はないが、Java Web セッションを失うことなく、あるデータ センターから別のデータ センターにトラフィックをオーバーフローさせる機能が必要な場合に役立ちます。

ユーザーが移動すると、セッションはあるデータセンターから次のデータセンターに移動します。

NCache ASPを導入しました.NET Core セッションプロバイダー。 この中で、 NCache 同時実行制御を処理するための特別なロックも実装されています。

NCache インテリジェントなセッションレプリケーションを提供し、セッション用のどのデータベースストレージよりもはるかに高速です。

NCache ASPを共有できるようになります.NET Core 複数のデータセンターにわたるセッション。

これは、すべてのセッションを各データ センターにレプリケートする必要はないが、ASP を失うことなく、あるデータ センターから別のデータ センターにトラフィックをオーバーフローさせる機能が必要な場合に役立ちます。.NET Core セッション。

ユーザーが移動すると、セッションはあるデータセンターから次のデータセンターに移動します。

NCache ASPを実装しました.NET Core SignalR Backplane 負荷分散されたマルチサーバー Web ファームで実行される高トラフィックのリアルタイム Web アプリケーション向け。

SignalR は、Pub/Sub メッセージングを使用します。 NCache ある Web サーバーから別の Web サーバーにメッセージを送信します。

NCache ASPを実装しました.NET Core 負荷分散されたマルチサーバーWebファームで実行されるアプリケーション用の応答キ​​ャッシュミドルウェア。

応答キャッシュは、Web 応答がキャッシュ可能になるタイミングを決定し、応答を次の場所に保存します。 NCache、およびキャッシュからの応答を提供します。

NCache を使用できるようにする IDistributedCache プロバイダーを実装しました。 NCache ASP の場合はコードを変更する必要はありません.NET Core アプリケーションはすでに IDistributedCache インターフェイスを使用しています。

あなたが使用することができます NCache ASPとして.NET Core IdentityServer4 のキャッシュとデータ ストア。

NCache ASP.NET と ASP の間でセッションを共有できます.NET Core 分野の様々なアプリケーションで使用されています。

NCache は、.NET 4.8 用の ASP.NET セッション ステート プロバイダー (SSP) を実装しました。 コードを変更することなく使用できます。 web.config を変更するだけです。

NCache また、ASP.NET Web サイトにあふれるロボットを処理するための柔軟なセッション ロック オプションも提供します。

NCache インテリジェントなセッションレプリケーションを提供し、セッション用のどのデータベースストレージよりもはるかに高速です。

NCache 複数のデータセンター間で ASP.NET セッションを共有できます。

これは、すべてのセッションを各データ センターにレプリケートする必要はないが、ASP.NET セッションを失うことなく、あるデータ センターから別のデータ センターにトラフィックをオーバーフローさせる機能が必要な場合に役立ちます。

ユーザーが移動すると、セッションはあるデータセンターから次のデータセンターに移動します。

はい。 NCache 〜を持つ ASP.NET View State キャッシュモジュール。 コードを変更せずにそのまま使用してください。 設定ファイルを変更するだけです。

でサポートされている高度な機能をいくつか紹介します。 NCache:

• - グループレベルのポリシー
• - ページをグループに関連付ける
• - ビューステートをセッションにリンクする
• - ユーザーあたりのビューステートの最大数
• - もっと

NCache ASP.NET 出力キャッシュ プロバイダーが実装されています。 これにより、ASP.NET ページ出力をインメモリ分散ストアにキャッシュし、Web ファームで共有できるようになります。

NCache 実装済み ASP.NET SignalR Backplane 負荷分散されたマルチサーバー Web ファームで実行される高トラフィックのリアルタイム Web アプリケーション向け。

SignalR は、Pub/Sub メッセージングを使用します。 NCache ある Web サーバーから別の Web サーバーにメッセージを送信します。

NCache コードを変更せずに Java アプリにプラグインできる Hibernate 2nd Level Cache プロバイダーを提供します。

NCache はデータベース同期機能も実装しているので、どのクラスをデータベースと同期するかを指定できます。 NCache これに対して OracleDependency、SqlDependency、または DbDependency を指定できます。

NCache Spring Framework バージョン 5.1 以降とのキャッシュ統合を完全にサポートします。

NCache JCache API の実装を提供します。 NCache また、次の機能のために JCache API も拡張されました。 NCache 提供されていますが、JCache ではサポートされていません。

したがって、プラグインまたはプラグアウトできます NCache コードを変更することなく、JCache を使用するあらゆるアプリケーションに適用できます。

NCache キャッシュプロバイダーとして JPA との統合を提供します。

拡張メソッド

NCache は、EF アプリケーションでのキャッシュの使用を非常に簡単にするために、キャッシュ用の EF Core 拡張メソッドを実装しました。 また、データをキャッシュする方法についてアプリケーションに完全な制御を与えます。

カスタム ADO.NET プロバイダー

NCache Entity Framework 6 の舞台裏の XNUMX 次キャッシュを実装しました。プラグインできます。 NCache EF アプリケーションに接続し、分析モードで実行すると、そこで使用されているすべてのクエリがすぐに表示されます。 次に、どのクエリをキャッシュし、どのクエリをスキップするかを決定できます。

NCache web.config または app.config の変更を通じてプラグインできる NHibernate L2 キャッシュ プロバイダーを提供します。

NCache また、これにデータベース同期機能を実装しているため、データベースと同期するクラスを指定できます。 NCache これに対して SqlDependency、OracleDependency、または DbDependency を指定できます。

NCache これらの操作のバリエーションが増えるため、ユーザーはより詳細に制御できるようになります。

絶対有効期限とスライド有効期限が提供されます。

絶対有効期限は、データベースから取得されるデータに適しており、データが古くなっている可能性があるため、既知の時間が経過すると期限切れになる必要があります。

スライド有効期限とは、一定期間非アクティブな状態が続いた後に有効期限が切れることを意味し、不要になったら削除する必要があるセッションやその他の一時データに適しています。

NCache ロックとロック解除の両方を提供します。 Lock API は、キャッシュされたアイテムを排他的にロックして、他のユーザーが読み書きできないようにするために使用されます。 このアイテムは、ロックの有効期限が切れるか、ロックが解除されるまで、ロックされたままになります。

NCache また、項目を取得する前にロックする「GetAndLock()」と、項目を更新してからロックを解除する「InsertAndUnlock()」をすべて XNUMX 回の呼び出しで実行できます。

大きなオブジェクトの場合、 NCache キャッシュ クライアントが「GetChunk()」方式でそれらをフェッチし、「AppendChunk()」方式で更新できるようにします。 これとともに、 NCache クライアントは、キャッシュから大きなオブジェクトをストリーミングインまたはキャッシュからストリーミングアウトできます。

これにより、XNUMX つのクライアントのみが項目を更新できるようになり、キャッシュ クライアントが最初に最新バージョンを取得して更新しない限り、今後のすべての更新は失敗します。

NCache 同じクラスの XNUMX つの異なるバージョンを、異なるアプリによってキャッシュに保存できます。 各アプリは独自のバージョンを取得し、キャッシュにはスーパーセットが保持されます。

部分的なサポート

明示的なロック
暗黙的なロック (アイテムのバージョン管理)
エントリプロセッサ（アトミック）

NCache List、Queue、Set、Dictionary、Counter などの分散データ構造を提供します。

NCache は、キャッシュされたアイテムをグループにグループ化する機能を提供します。

後で、グループに属するすべてのアイテムをフェッチまたは削除できます。 キーだけをフェッチしてから、それらのサブセットのみをフェッチすることもできます。

NCache タグと呼ばれる概念を提供します。 タグは、XNUMX つ以上のキャッシュされたアイテムに割り当てることができる文字列です。 また、XNUMX つのキャッシュされたアイテムに複数のタグを割り当てることができます。

そして、後で、それらを操作するために、XNUMXつ以上のタグに属するアイテムをフェッチすることができます。

SQL または LINQ 検索に条件の一部としてタグを含めることもできます。

NCache は、XNUMX つ以上のキャッシュされたアイテムに「キー」と「タグ」を割り当てることができる名前付きタグ機能を提供します。 また、XNUMX つのキャッシュされたアイテムが複数の名前付きタグを取得できます。

後で、XNUMX つ以上の名前付きタグに属するアイテムをフェッチできます。 SQL および LINQ クエリで名前付きタグを条件の一部として使用することもできます。

NCache 豊富な SQL ベースの検索機能を提供します。 キーだけでなくオブジェクト属性に基づいてキャッシュを検索できます。

SQL クエリにグループ、タグ、名前付きタグを含めることもできます。

NCache これにより、キャッシュされたアイテムを最初にクライアントにロードせずに更新する UPDATE SQL クエリを実行できます。

NCache また、キャッシュされたアイテムを削除する DELETE SQL ステートメントを実行することもできます。

NCache SQL 検索条件の一部としてタグ、名前付きタグ、およびグループ名を含めることができます。

NCache .NET アプリケーションからの LINQ クエリを使用してキャッシュを検索できます。 LINQ は、.NET で人気のあるオブジェクト クエリ言語であり、 NCache LINQプロバイダーを実装しました。

したがって、LINQ の使用に慣れている場合は、LINQ の場合と同じ方法でキャッシュを検索できます。 NCache SQL

NCache を使用すると、複数のリードスルー ハンドラーを実装し、「名前付きプロバイダー」としてキャッシュに登録できます。 そうすれば、クライアントは次のように言うことができます NCache 「キャッシュミス」時に特定のリードスルーを使用します。

NCache また、キャッシュを停止せずに、実行時にリードスルー ハンドラーを追加することもできます。

NCache 複数のライトスルーハンドラーを実装し、に登録することができます NCache 「名前付きプロバイダー」として。 その後、アプリケーションがキャッシュされたアイテムを更新して通知するたびに、 NCache ライトスルーも呼び出すには、 NCache サーバーがライトスルーハンドラーを呼び出します。

後書きを有効にしている場合は、 NCache キャッシュをすぐに更新し、データベースの更新をキューに入れます。バックグラウンド スレッドがそれを処理して、ライトスルー ハンドラーを呼び出します。

リードスルーハンドラーを実装している場合は、 NCache これを使用すると、キャッシュされたアイテムの有効期限が切れるたびに、キャッシュからアイテムを削除するのではなく、 NCache リードスルーハンドラーを呼び出して、そのオブジェクトの新しいコピーを読み取り、それを使用してキャッシュを更新する必要があります。

データベース同期が有効になっている場合、データベース内の行が更新され、対応するキャッシュされたアイテムがキャッシュから削除されていたが、リードスルーによって再ロードされるようになった場合にも、同じように指定できます。

NCache ローダーを実装し、それをキャッシュ クラスターに登録できます。 NCache 次に、それを呼び出して起動時にキャッシュを事前に設定します。

キャッシュ ローダーは、データ ソース/データベースからデータを読み取り、起動時にキャッシュにデータを取り込むコードです。

NCache 定期的にデータベースとキャッシュを同期できるリフレッシャーを実装できます。 このプロセスはバックグラウンドで実行され、アプリケーションのパフォーマンスには影響しません。

NCache SQL Server の SqlDependency サポートを提供します。 キャッシュされたアイテムを SQL Server データベース内の SQL ステートメントベースのデータセットに関連付けることができます。 その後、データセットが変更されるたびに (追加、更新、または削除)、MS SQL はデータ通知を NCache & NCache このキャッシュされた項目を無効にするか、ReadThrough で有効にしている場合は再ロードします。

この機能を使用すると、キャッシュを SQL Server データベースと同期できます。 一部のアプリケーションまたはユーザーがデータベース内のデータを直接更新している状況では、この機能を有効にしてキャッシュを最新の状態に保つことができます。

NCache Oracle の OracleDependency サポートを提供します。 キャッシュされたアイテムを Oracle データベース内の SQL ステートメントベースのデータセットに関連付けることができます。 その後、そのデータセットが変更されるたびに (追加、更新、または削除)、Oracle はデータ通知を NCache & NCache このキャッシュされた項目を無効にするか、ReadThrough で有効にしている場合は再ロードします。

この機能を使用すると、キャッシュを Oracle データベースと同期できます。 一部のアプリケーションまたはユーザーがデータベース内のデータを直接更新している状況では、この機能を有効にしてキャッシュを最新の状態に保つことができます。

NCache は、キャッシュを任意の OLEDB データベースと同期するためのサポートを提供します。 この同期はポーリングに基づいています。 また、データベース通知ほどリアルタイムではありませんが、より効率的です。

XNUMX 回のポーリングで次のことが行われるため、より効率的です。 NCache OracleDependency の場合、Oracle から何千もの個別のデータベース通知を受信するのではなく、何千ものキャッシュされたアイテムを同期できます。

NCache 外部ファイルへの依存関係を指定できます。 それで NCache このファイルの更新を監視し、更新が発生した場合は、 NCache 対応するキャッシュされたアイテムを無効にします。

これにより、キャッシュされたアイテムと非リレーショナル データ ソースの同期を維持できます。

NCache カスタム依存関係を実装し、コードをキャッシュクラスターに登録できます。 それで、 NCache コードを呼び出して、一部のカスタム データ ソースの変更を監視します。

変更が発生すると、依存関係の更新を内部で実行します。 NCache これにより、対応するキャッシュされたアイテムがキャッシュから削除されます。

この機能は、キャッシュされたアイテムをフラットファイルでキャプチャできない非リレーショナルデータソースと同期する必要がある場合に役立ちます。 したがって、カスタム依存関係がこのケースを処理します。

キャッシュされたアイテム A がキャッシュされたアイテム B に依存し、さらにキャッシュされたアイテム B がキャッシュされたアイテム C に依存するように指定できます。

その後、C が更新または削除されると、B がキャッシュから自動的に削除され、これにより A もキャッシュから削除されます。 そして、これらはすべてキャッシュによって自動的に行われます。

この機能を使用すると、キャッシュ内のXNUMX対XNUMX、XNUMX対多、および多対多の関係を追跡し、関連するアイテムが更新または削除された場合にキャッシュされたアイテムを無効にすることができます。

これは、複数のキャッシュにわたってこの依存関係を作成できる点を除いて、キーベースのキャッシュ依存関係の拡張です。

NCache クライアントの関心に基づいて特定のキャッシュされたアイテムが更新または削除されるたびに、イベントをクライアントに送信できます。

Java および .NET コールバックを登録するには、 NCache このような場合には、クライアントとコールバックが呼び出されます。

NCache は、このイベントの伝播に独自のソケットレベルのプロトコルを使用するため、超高速です。

オンにすると、 NCache アイテムがキャッシュに追加、更新、またはキャッシュから削除されるたびに、すべてのクライアントにイベント通知を送信します。

Java および .NET コールバックを登録するには、 NCache このような場合には、クライアントとコールバックが呼び出されます。

NCache は、強力な継続クエリ (CQ) 機能を提供します。 CQ では、SQL クエリを指定できます。 NCache 追加、更新、または削除がないかキャッシュを監視します。 そして、これが発生するたびにアプリケーションに通知されます。

この機能は OracleDependency と同等ですが、データベースではなくキャッシュに対して機能すると考えてください。

NCache アプリケーションがトピックを通じて Kafka スタイルの Pub/Sub スタイルのメッセージングを実行できるようにします。

NCache アプリケーションがキューを介して Kafka スタイルの Pub/Sub スタイルのメッセージングを実行できるようにします。

永続的なサブスクリプションにより、クライアントが接続を切断しても許可されます。 NCache 何らかの理由でメッセージを失わないようにするためです。 再接続すると、切断中に送信されたすべてのメッセージが表示されます。

NCache すべてのメッセージを Pub/Sub メッセージングに保持できます。

NCache トピックを XNUMX つ以上のパーティションにマップできます (Kafka スタイル)。 それから、 NCache 各パーティション内で、このトピックに対して投稿されたすべてのメッセージが常に同じ方法で消費できるように順序付けされます。 これは Kafka の動作に非常に似ています。

トピックをパーティションにマッピングしたら、次のようにします。 NCache 各パーティション内で、このトピックに対して投稿されたすべてのメッセージが常に順序付けられ、同じ方法で消費できるようになります。 これは Kafka の動作に非常に似ています。

NCache メッセージ配信オプションを選択すると、メッセージが希望どおりに配信されるまで Pub/Sub トピックに保持されることが保証されます。

NCache Pub/Sub メッセージング (Kafka スタイル) でスキーマ管理を行うことができます。

NCache オープンソースの Kafka ストリームを採用し、 NCache そのための Pub/Sub メッセージング プロバイダー。 これは、一般的な Kafka ストリーム (.NET および Java) を使用できることを意味します。 NCache これは、インメモリ分散ストアであるため、Kafka よりもはるかに高速です。

NCache 業界標準の Lucene を通じて全文検索を提供します。 NCache は、インメモリ分散ストアに Lucene を実装しているため、超高速で直線的にスケーラブルです。

NCache 業界標準の Lucene を使用した全文検索でスキーム強制を提供します。 こうすることで、インデックス付けされるすべてのドキュメントがスキーマに準拠していることを確認できます。

NCache 業界標準の Lucene を使用した全文検索でのインデックス移行を提供します。 このようにして、既存の Lucene インデックスを NCache 全文検索。

NCache は、業界標準の Lucene を使用した全文検索でのデータ インジェストを提供します。 このようにして、既存のデータ ソースから大量のデータを簡単に注入できます。 NCache 全文検索インデックス。

NCache は、プログラムをキャッシュ サーバー上で実行してビッグ データを並列処理できる MapReduce フレームワークを提供します。

NCache MapReduce フレームワークと連携して統計データを提供する Aggregator を提供します。

NCache キャッシュ ノードでのエントリ プロセッサの並列実行を完全にサポートします。

NCache また、一部のキャッシュされたアイテムに対して「削除しない」優先順位を指定すると、それらのアイテムは削除されなくなります。

NCache キャッシュ全体に対して「削除しない」オプションを指定できます。 そうすれば、キャッシュがいっぱいになっても何も削除されません。 代わりに、クライアント アプリケーションは、キャッシュにデータを追加しようとすると、キャッシュがいっぱいであることを示すエラーを受け取ります。