ケーススタディ - NCache タスク管理アプリケーションのパフォーマンスを向上させる

アプリケーション アーキテクチャの概要と展開 NCache

アプリケーション アーキテクチャは主に次のコンポーネントで構成されます。

• フロントエンド：
  フロントエンドは SVELTE JS フレームを使用して設計されています。
• ロジック層:
  ロジック層は、Rest API を使用してデータベースと対話します。 それは使用しています .NET Core 6 つの Web API、SignalR 通知ハブがあり、SearchService およびコラボレーション サービス用の .NET API が付属しています。
• バックエンド:
  バックエンドは、データ ストアとして SQL Server に基づいています。 データ ソースには、SQL Server、ADFS、Sharepoint、Document Management Server が含まれます。 バッキングソース (NCache Read-Through) は、.NET 6 を使用するこのレイヤーに実装されています。 NCache 5.3SP1。

アプリケーションを詳しく見てみると、Web API には、アクション サービス、通知ハブ、および SignalR が含まれています。 NCache アプリケーションのさまざまな部分間の中央ハブとして機能します。ユーザーは ADFS (Active Directory Federation Services) を使用してログインし、フロントエンドに移動して Web API を呼び出します。 Web API は、このアクションを作成し、それを内部のキューに入れる役割を果たします。 NCache。 アクション サービスは、キューのポーリング、タスク実行オブジェクトの処理など、複数の操作を実行します。

アクション サービス内に項目が存在する場合、それが処理されます。 処理の一環として、アクション サービスは通知ハブ経由で通知も送信します。 このアクション サービスは、新しいデータが追加されるか、以前に追加されたデータが更新される可能性があるデータ状態の変更の場合に、データ オブジェクト「Tasker」の状態を変更します。 これは、ユーザーが処理を分析するのに役立ち、その変更の影響を受けるすべての関係ユーザーに通知を送信します。 このアプリケーションには、SharePoint を使用してタスクを管理するコラボレーション サービスもあります。

現在、アプリケーションは、フロントエンド、ロジック層、および NCache。 さらに、サーバーをサポートするデータベース サーバーが 1 台あります。 それらには、いくつかの参照データもキャッシュするキューを保存する 1 つの一般キャッシュがあります。 また、静的データ、つまり「タスク」を保存するための他の 2 つのキャッシュもあります。 一般キャッシュと静的キャッシュの両方にバッキング ソース (リードスルー) とローダーが実装されています。

SignalR Backplane

組織は、アプリケーションの使用を拡張します。 SignalR backplane。 複数のユーザーが Web アプリを使用している場合、彼らは Tasker オブジェクトに関するフィードバックを待ちます。 フィードバックは、SignalR を使用する通知ハブ経由で提供されます。 これにより、新しいメッセージをリクエストするたびに Web ページを更新する必要がなくなりました。

SignalR を使用してリアルタイム ASP.NET Web アプリケーションを作成できます。SignalR では、更新がトリガーされるとすぐにサーバーがすべてのログイン ユーザーに更新をブロードキャストします。 これにより、ユーザーの更新要求に対する応答時間が短縮されます。 NCache SignalR プロバイダーに拡張機能を提供することで、SignalR のサポートを提供します。 プロバイダーは、アプリケーションに関連するすべての Web サーバーの記録を持っています。

一貫したデータのためのキューのデータ構造

彼らは、によって提供される Queue データ構造を過度に使用しています。 NCache。 キューは、実行時に処理される情報を維持するために一般キャッシュに格納されます。 Web API は新しいアイテムをキューに追加します。 次に、アクション サービスはそのキューをポーリングし、新しい項目が見つかった場合は必要なプロセスを実行します。 キュー全体は次の場所に保存されます。 NCache。 アイテムをフェッチする必要があるときは常に、キュー全体を走査する必要はありません。これは、プロセスが遅いだけでなくコストもかかるためです。 NCache 参照を使用して、パフォーマンスに影響を与えない必要な項目を取得します。

Queue データ構造には、Contains メソッドを使用してキャッシュ内に項目が存在するかどうかをチェックする GetQueue などのさまざまな API が付属しています。 同様に、キューから最上位の項目を取得する、ソース キュー全体を XNUMX 次元配列にコピーする、キューから項目を削除する、イベント (キーベースおよびデータ構造) を登録する、データの整合性を確保するためにキューをロックおよびロック解除する、これらすべてを実行します。その他の機能は NCache Queue データ構造を備えたオファー。

データ整合性のためのキューのロック

この組織は、次のサービスによって提供されるロックの使用も導入しています。 NCache。 たとえば、データの整合性を維持するために、ユーザーがキューの読み取りまたは書き込みを行うたびに (たとえば、Lock API を使用して約 20 秒間) キューをロックできます。 必要なキューが空き、再度使用できる状態になっている場合、ユーザーは Unlock API を使用してキューのロックを解除します。 同時更新について話しているとき、 NCacheのロック機能は、データの整合性とデータの一貫性を提供および提供する準備ができています。