これにより、プロセスを全面的にブロックしない調整が可能になり、マルチテナント環境での柔軟性が格段に上がる。ワーカープロセスのプロセッサの関係を明示的に設定しなくても、ワーカープロセスが互いを締め出し合うことなく、多数のサイトを並列実行できる。

　もう1つの機能強化は、サイトコード自体の初期化中に、サイトがページ要求を受け付け、フレンドリメッセージを返すことができる「アプリケーションの初期化モジュール」だ。この機能のおかげで、ライブラリが変更されて再コンパイルが発生しても、ユーザーがブラウザの更新ボタンを押さずに済む。

SSL関連の機能強化

　筆者は、これまでのIISのSSLの扱い方が好きになれなかった。「やぼったい」「扱いにくい」というのは、SSL証明書をIISに追加し管理するプロセス全体を表現するときに筆者が使っていた、比較的優しい形容詞である。ありがたいことに、IIS 8ではSSLの処理に関して、以下のような機能強化が施されている。

証明書の一元管理

　IIS 7では、IISの各インスタンスに個々の証明書をインポートする必要があり、ファーム全体のサーバを管理するような場合は頭痛の種になる。一方、IIS 8では、セントラル証明書ストア（CCS）を作成してファーム全体で必要な証明書を一カ所にまとめておける。証明書ファイルの名前を使って、自動的に目的のドメインに証明書をマップしてバインドできる。また、マルチドメイン証明書もこの機能を応用して実現できる（証明書のコピーを複数作り、適宜名前を変更するだけでよい）。

Server Name Indicationのサポート（ホストヘッダ利用サイトでのSSLの使用）

　少し前に筆者は、複数のサイトが同一のIPアドレスを共有し、ホストヘッダを使っているサーバでSSLを使うことがいかに難しいかを、“かなり”痛い思いをして理解した。Server Name Indicationという新しい機能を使うと、ホストヘッダ以外ではアクセスできないサイトでSSL使用できる。ただし、サーバとクライアントの両方がServer Name Indicationをサポートしている必要がある。IIS 8では、サーバ側のサポートが実装されている。また、最近のブラウザの大半がServer Name Indicationに対応している（ただし、Windows XPではどのバージョンのInternet ExplorerもServer Name Indicationをサポートしない）。

スケーラビリティ

　証明書の追加および管理機能の強化によって、これまで以上に効率よくSSL対応サイトを拡張できるようになり、同一ハードウェアに配置できるサイト数が増えた（数千サイトをサポート）。同様に、IISの構成ファイル（*.config）の処理方法も刷新され、高いスケーラビリティを実現している。

　後編「IIS 8のセキュリティ機能とスケーラビリティの強化」では、セキュリティ機能とマルチコアを有効活用するマルチコアスケーリングなどについて解説する。