ASP.NETアプリケーションにスケーラビリティを提供する

イクバル・カーン

MicrosoftのWebアプリケーションフレームワークであるASP.NETの人気は、開発者、企業、およびITのランク内で飛躍的に成長し続けています。 ただし、難しい領域がXNUMXつあります。ASP.NETアプリケーションをすぐに拡張することは不可能です。

このコンテキストでは、スケーラビリティにはXNUMXつの意味があります。 まず、すべてのアプリケーションは、任意の時点でログインしているユーザーの数に関してピークと谷を通過するため、ピークのユーザー負荷を効果的に処理できる必要があります。 インフラストラクチャを設計するときは、ピーク負荷を非ピーク負荷と同じくらい効率的かつ高速に処理できるようにアプリケーションを設計する必要があります。

次に、システムの総容量を増加できる必要があります。現在、ユーザーは 5,000 人しかいないかもしれません。半年後、10,000 年後にはユーザーが 15,000 人、20,000 人、または 100,000 人になる可能性があり、数年後にはユーザーが XNUMX 人になる可能性があります。アプリケーションを停止させることなく、ユーザーの数に応じて成長できることがスケーラビリティのすべてです。これは、パフォーマンスに目立った悪影響を与えることなくユーザーを追加できるか、パフォーマンスの低下があったとしても許容範囲内であることを意味します。

一般的な ASP.NET アプリケーションは、Web ファーム内でリンクされた 1 つ以上の Web サーバー上に展開され、トラフィックをすべての Web サーバーに分散するロード バランサーが使用されます。理論的には、追加する Web サーバーの数が増えるほど、1 秒あたりに処理できるリクエストの数も増加します。 Web ファームのアーキテクチャは、ASP.NET にスケーラビリティを与えることを目的としています。それが理論です。現実は少し異なります。

ASP.NET アプリケーションの問題は、Web テクノロジが Web ファームとロード バランサの洗練されたアーキテクチャを提供している一方で、データ ストレージ テクノロジが追いついていないことです。確かに、サーバーを追加したり、メモリや CPU パワーを増やして個々のサーバーの強度を高めることによって、Web アプリケーションをスケールアウトすることはできます。

しかし、それを行うと、データ ストレージを同じ割合で拡張できなくなります。拡張性はありますが、Web アプリケーション層ほどではありません。したがって、ASP.NET アプリケーション内のデータ ストレージまたはデータ アクセスに関連するものはすべて、スケーラビリティのボトルネックになる可能性があります。さらに言えば、データベース サーバーはセッション データやアプリケーション データのどちらにも対応できません。