アプリケーションプールを使用すると、同じサーバー上で実行されている場合でも、アプリケーションを互いに分離できます。このようにして、あるアプリにエラーがあっても、他のアプリケーションをダウンさせることはありません。
さらに、アプリケーションプールを使用すると、さまざまなレベルのセキュリティを必要とするさまざまなアプリケーションを分離できます。
これは良いリソースです： IISとASP.NET：アプリケーションプール
基本的に、アプリケーションプールは、プロセス境界を介してWebサーバーにコンパートメントを作成し、これらの各コンパートメントに一連のURLをルーティングする方法です。ここでより多くの情報を見なさい： http://technet.Microsoft.com/en-us/library/cc735247（WS.10）.aspx
私は2番目に投票された答えを二番目にしました、しかし誰かがそれを有用であると思うならばここにもう少し詳細を追加したい気がします。
ショートバージョン：
IISはw3wp.exeというプロセスで設定したWebサイトを実行します。 IISアプリケーションプールはIISの機能で、各Webサイトまたはその一部を対応するw3wp.exeプロセスの下で実行できます。だからあなたは単一のw3wp.exeまたは100の異なるw3wp.exeで100のウェブサイトをすべて実行することができます。例えば。メモリ使用量を節約するために、同じアプリケーションプール（同じw3wp.exe）で3つのWebサイトを実行します。 2つの異なるWebサイトを2つの異なるアプリケーションプールで実行し、それぞれが別々のユーザーアカウント（アプリケーションプールIDと呼ばれる）で実行できるようにします。 1つのアプリケーションプールでWebサイトを実行し、別のアプリケーションプールの下にサブサイト「website/app」を実行します。
長いバージョン：
すべてのWebサイトまたはWebサイトの一部では、アプリケーションプールの下で実行できます。アプリケーションプールを使用してWebサイトのいくつかの基本設定を制御できます。
- Webサイトを別のw3wp.exeプロセスの下で実行したい場合。新しいアプリケーションプールを作成し、それをWebサイトに割り当てます。
- あなたはウェブサイトを実行したいと思います、そしてそれはすべて異なるユーザーアカウント（例えば管理者権限の下で）の下でそれを実行することができます、あなたは変更することによってそれを実行することができます アプリケーションプールID
- あなたは.net framework 4.0または2.0の下で特定のアプリケーションを実行したいと思います。
- あなたは32ビットモードでウェブサイトを確認するか、w3wp.exeプロセスなどの予定されたリサイクルをしたいです。すべてのそのような事はIISアプリケーションプールから制御されます。
それが役に立てば幸い！
アプリケーションプールは、ワーカープロセスまたはワーカープロセスのセットによって提供される1つ以上のURLのグループです。任意のWebディレクトリまたは仮想ディレクトリをアプリケーションプールに割り当てることができます。
アプリケーションプール内のすべてのアプリケーションは、同じワーカープロセスを共有します。
水泳者が自分のために確保された領域でプールで泳ぐというシナリオを想定します。水泳者が自分のために確保された領域以外で泳ぐと、全体が混乱するでしょう。
IISインターネット情報サービスは、1つ以上のWebアプリケーションをホストするために使用されるWebサーバーです。ここでは、MicrosoftがWebサーバーを保守しており、このIIS上でWebサイトabc.com（ニュースコンテンツベース）を運営しているとします。それ以来、Microsoftは、xyz.com（eコマースベース）と言う別のWebサイトをホストする、またはその準備を整える可能性のある大手企業です。
現在、Webサーバーはホスティングしています。つまり、単一のWebサーバー上で両方のWebサイトを実行するためのメモリを提供しています。 abc.comには独自のルール、ビジネスロジック、データなどがあり、xyz.comにも同じことが当てはまります。
IISは、それぞれの問題（セキュリティ、スケーラビリティ）に影響を与えることなく、1つのWebサーバーで2つのWebサイトを独自の世界（データ）で円滑に実行するための2つのアプリケーションプール（パス）を提供します。
サーバー容量に応じて、アプリケーションプールをいくつでも持つことができます。
アプリケーションプールは、ワーカープロセスまたはワーカープロセスのセットによって提供される1つ以上のURLのグループです。アプリケーションプールは、同じ設定とアプリケーションの境界を共有するIISワーカープロセスのセットを区切るために使用されます。アプリケーションプールは、セキュリティ、信頼性、可用性、およびパフォーマンスを向上させるためにWebアプリケーションを分離するために使用され、互いに影響を与えることなく実行を続けます。
アプリケーションプールは、ワーカープロセッサまたはワーカープロセッサのセットによって提供されるURLのグループです。
アプリケーションプールはいくつでも存在できます。
IISでは、複数のアプリケーションプールを作成できます。
異なるアプリケーションプール内のアプリケーションは、異なるワーカープロセッサで実行されます。
利点：あるアプリケーションプールでエラーが発生しても、別のアプリケーションプールで実行されているアプリケーションには影響しません。
アプリケーションプールは、IIS（w3wp.exe）の同じワーカープロセスを使用するアプリケーションの集まりです。アプリケーションプールを使用する際の主な関心事は、セキュリティ上の問題が異なる2つの異なるアプリケーションを分離し、ワーカープロセスの停止によるアプリケーションのクラッシュを防ぐことです。
アプリケーションプールは、同じ設定とアプリケーションの境界を共有するIISワーカープロセスのセットを区切るために使用されます。
セキュリティ、信頼性、および可用性とパフォーマンスを向上させるためにWebアプリケーションを分離し、互いに影響を与えずに実行を継続するために使用されるアプリケーションプール。ワーカープロセスは、各アプリケーションプールを分離するプロセス境界として機能するため、1つのワーカープロセスまたはアプリケーションに問題が発生したりリサイクルされたりしても、他のアプリケーションまたはワーカープロセスは影響を受けません。 1つのアプリケーションプールに複数のワーカープロセスを含めることもできます。
アプリケーションプールとは、ワーカープロセスまたはワーカープロセスのセットによって処理される1つ以上のURLのグループです。任意のWebディレクトリまたは仮想ディレクトリをアプリケーションプールに割り当てることができます。そのため、別々のアプリケーションプールを使用しても、1つのWebサイトが他のWebサイトに影響を受けることはありません。
出典： Interviewwiz
アプリケーションプールは、ワーカープロセスまたはワーカープロセスのセットによって提供される1つ以上のURLのグループです。アプリケーションプールは、同じ設定とアプリケーションの境界を共有するIISワーカープロセスのセットを区切るために使用されます。
アプリケーションプールは、同じ設定を共有するIISワーカープロセスのセットを分離するために使用されます。アプリケーションプールにより、セキュリティ、信頼性、および可用性を向上させるためにWebアプリケーションを分離することができます。
Application Pools要素には、IISで実行されているすべてのアプリケーションプールの設定が含まれています。アプリケーションプールは、1つ以上のワーカープロセスのグループを定義し、そのアプリケーションプールに割り当てられている1つ以上のアプリケーションへの要求を処理する共通の設定で構成されています。
アプリケーションプールを使用すると、一連のWebアプリケーションが、同様に構成された1つ以上のワーカープロセスを共有できるため、一連のWebアプリケーションをサーバーコンピューター上の他のWebアプリケーションから分離する便利な方法が提供されます。
プロセス境界は各ワーカープロセスを分離します。したがって、1つのアプリケーションプール内のアプリケーションの問題が他のアプリケーションプール内のWebサイトまたはアプリケーションに影響を与えることはありません。アプリケーションプールによって、Webインフラストラクチャの信頼性と管理性が大幅に向上します。
私は2つのアプリケーションプールを作成する場合、アプリケーションプールはポンドのようなものです、最初のアプリケーションプールで100匹の魚と別のアプリケーションプールはここで200匹の魚を持っていますここで魚はアプリケーションプールのアプリケーションのようです。それらはワーカープロセスによって管理されます。ポンド数-1の水が悪く、すべての魚に影響がある場合はポンド数-2の魚の安全が確保されます。アプリケーションプールに問題がある場合でも、この影響はありません。アプリケーションプール2に問題があるためセキュリティが向上します。もう1つの利点は、1つのアプリケーションプールですべてのアプリケーションに必要なすべての認証と権限を提供することです。