イクバル・カーン
ワークロードが増加したときにWebアプリをスムーズに実行し続ける方法。
Microsoft ASP.NETテクノロジに基づくWebアプリケーションは、数千人のユーザーがいるトランザクションの多い環境でますます使用されています。 その結果、これらのアプリケーションは、ロードバランサーを備えた複数のWebサーバーで構成されるWebファームでホストされています。
この負荷の増加に伴い、多くのアプリケーションでパフォーマンスとスケーラビリティの大きなボトルネックが発生しています。 エンタープライズマネージャーは、すでにこれらの問題に取り組んでいるか、無意識のうちにこれらの問題のある領域に衝突するための早道に進んでいます。 スケーラビリティとは、ピーク使用時でも、または一般により多くのユーザーをサポートしている間でも、同じパフォーマンスを維持することを意味します。
通常のスケーラビリティのボトルネックは、アプリケーションがより多くのユーザー負荷を引き受け、データベースやその他のデータストアへの高額な移動を増やす必要がある場合に発生します。このデータストアがボトルネックになり、アプリケーションのパフォーマンスが大幅に低下します。
記事全文を読むASP.NET アプリケーションには、これらのボトルネックの原因となる 2 種類のデータがあります。 XNUMX つはユーザー セッション データです。もう XNUMX つはアプリケーション データです。ユーザー セッション データは、Microsoft が提供する State Server または SQL Server に保存されます。アプリケーション データはリレーショナル データベース (Oracle、SQL Server、DBXNUMX など) に保存されます。
インメモリ分散キャッシュを使用すると、これら両方のタイプのデータのボトルネックを簡単に取り除くことができます。ユーザー セッションの場合、分散キャッシュはプログラミング作業を行わずに、ソフトウェア プラグイン モジュールを通じて統合でき、既存のユーザー セッション ストレージ オプションを置き換えます。
ただし、アプリケーション データの場合、分散キャッシュはリレーショナル データベースに代わるものではなく、リレーショナル データベースへの高価な移動を削減することによってデータベースを強化するだけです。ここに分散キャッシュを組み込むには、キャッシュ API を呼び出すための少量のプログラミングが必要です。
記事全文を読む