IISとは？マイクロソフトのWindows Webサーバーとその代替サービス

Internet Information Services (IIS)は、Microsoft が提供する Windows 向け Web サーバー プラットフォームです。HTTP および HTTPS リクエストを受信し、Web サイト、Web アプリケーション、および API を提供します。「Windows Web」は、非公式に IIS を指す場合もありますが、IIS は Microsoft の独立したサーバー製品ではありません。管理者は、グラフィカルな IIS マネージャー、PowerShell、コマンドライン ツール、および構成ファイルを使用して IIS を管理できます。

Windows Serverでは、IISはWebサーバー（IIS）ロールとしてインストールされます。サポートされているWindowsクライアントエディションでは、オプション機能として有効にすることができ、通常はローカル開発またはテスト目的で使用されます。利用可能なコンポーネントはWindowsのエディションとバージョンによって異なるため、開発者用PCのセットアップは本番環境への展開ガイドとして扱うべきではありません。

IISが提供するもの

IISは、HTML、スタイルシート、スクリプト、画像などの静的ファイルを配信できます。また、コンテンツを動的に生成するアプリケーションにリクエストを渡すこともできます。IISは、認証、ログ記録、リクエストフィルタリング、圧縮、URL書き換えなどのタスクにオプションのモジュールを使用するため、管理者はアプリケーションに必要な機能だけを有効にできます。

IISは、MicrosoftのWebアプリケーションで一般的に使用されています。例えば、ASP.NET CoreはASP.NET Coreモジュールを介してIIS上で実行できます。Microsoftの最新の.NET Hosting Bundleのドキュメントには、その設定に必要なランタイムとモジュールが説明されています。他のテクノロジーは追加のハンドラーやモジュールを介して動作する場合がありますが、互換性、保守性、およびセキュリティサポートについては、特定のアプリケーションごとに確認する必要があります。

グラフィカルコンソールは、IISの主要な利便性の1つです。サイト、バインディング、アプリケーションプール、モジュール、セキュリティ設定、ログを1か所にまとめて管理できます。また、PowerShellを使用して同じ環境を自動化したり、ファイルを使用して構成したりすることもできるため、チームは複数のサーバー間で設定を再現しやすくなります。

IISがWebリクエストを処理する方法

最新のIISでは、Windows HTTPスタックのHTTP.sysがHTTPおよびHTTPSトラフィックを受信します。IISサービスとWindowsプロセスアクティベーションサービス（WAS）は、サーバーの設定に基づいてリクエストを適切なサイトとアプリケーションプールにルーティングします。その後、ワーカープロセスがリクエストを処理し、HTTPスタックを介して応答を返します。これらのコンポーネントとリクエストフローについては、 MicrosoftのIISアーキテクチャガイドで詳しく説明されています。

アプリケーションプールは、ワーカープロセス設定に基づいて1つ以上のWebアプリケーションをグループ化します。個別のプールはプロセス境界を作成し、あるアプリケーションの問題が別のプールのアプリケーションに直接影響を与えるのを防ぎます。ただし、ワークロードをサーバーの共有オペレーティングシステム、CPU、メモリ、ネットワーク容量から分離するわけではないため、リソースの使用状況とアクセス許可の監視は引き続き必要です。

IISはどのような場合に有効なのか？

• アプリケーションが既にWindows Server、ASP.NET、Windows認証、またはIIS固有の構成に依存している場合、あるいはチームがWindowsサーバーの管理能力を備えている場合は、IISを選択してください。
• Linuxを優先した環境構築が必要な場合、ファイルベースの設定を好む場合、または異なる動作モデルのリバースプロキシが必要な場合は、別のサーバーを検討してください。
• フルサーバーのインストールが不要な場合、軽量なローカル開発やテストにはIIS Expressを使用してください。マイクロソフトは、これを一般的な本番環境向けホスティングの代替ではなく、開発向けバージョンと位置付けています。

IISは、サイトごとまたは訪問者ごとに別途購入するWebサーバーライセンスではなく、Windowsのコンポーネントです。ただし、Windows Serverのライセンスとアクセスルールが展開に適用される場合があります。Microsoftは、Windows Serverソフトウェアへのアクセスにはクライアントアクセスライセンス（CAL）が必要になる場合があると指摘しています。公式のCALガイダンスと、お客様のホスティング契約条件をご確認ください。

検討すべきIISの代替案

万能な「最適な」Webサーバーは存在しません。アプリケーションに必要なプラットフォーム、チームが好むサービス構成方法、そしてサーバーがアプリケーションを直接ホストする必要があるのか​​、それともトラフィックを別のプロセスにルーティングする必要があるのか​​を比較検討してください。

既存のWindowsアプリケーションの場合、サーバーがサポートされ、安全に保守されているのであれば、IISをそのまま使用するのが最善の選択肢となるでしょう。新規プロジェクトの場合は、アプリケーションのプラットフォーム要件と、チームが確実に運用できるオペレーティングツールに基づいて決定してください。稼働中のサイトをあるサーバーから別のサーバーに移行する前に、認証、URLルール、証明書、ログ記録、およびデプロイ動作をテストしてください。

結論

IISは、Microsoftが提供するWindows向けの構成可能なWebサーバーで、管理コンソールとアプリケーションプールモデルを備えており、多くのWindowsホスト型サイトやサービスに適しています。Apache HTTP Server、NGINX、Caddyは、プラットフォームや動作モデルがプロジェクトにより適している場合は、有力な代替選択肢となります。アプリケーションの互換性、管理上のニーズ、そして環境全体のライセンスとサポート要件に基づいて選択してください。