米マイクロソフトのルシノビッチ氏、Windowsレジストリの「現代における不要論」を語る

何が発表されたのか

本動画は、米マイクロソフト（Microsoft）のAzure部門チーフ・テクニカル・オフィサー（CTO）であり、デピュティCISO、そして同社の最高技術職であるテクニカルフェローを務めるマーク・ルシノビッチ（Mark Russinovich）氏による技術解説です。同氏は、Windowsのシステムユーティリティ群「Sysinternals」の開発者としても世界的に知られる、OSアーキテクチャの第一人者です。今回ルシノビッチ氏は、「もしWindowsが今日ゼロから設計されたとしたら、あの『Windowsレジストリ』は存在するか」という、開発者の間で長年議論されてきた根源的な問いに対して公式に回答しました。これは特定の製品のアップデート発表ではなく、同社のOS設計思想の変遷と、現代のソフトウェア工学における最適な設定管理手法を整理した、極めて重要な技術的見解の提示です。

発表された機能・アップデートの全容

レジストリの正体：内部コード「構成マネージャー」とハイブ構造

マーク・ルシノビッチ氏は、まずWindowsレジストリの基礎的な構造について言及しました。同氏によると、レジストリは本質的に1つのデータベースです。Windowsのソースコードの内部では、このシステムは「構成マネージャー（Configuration Manager）」という名称で呼ばれています。この構成マネージャーが、オペレーティングシステム（OS）自体の設定だけでなく、その上で動作する各種アプリケーションの設定も一括して管理しています。

レジストリのデータは、「ハイブ（Hives）」と呼ばれる複数の論理的なグループに分割されて保存されています。動画内でルシノビッチ氏は、システム全体の設定を保持する「システムハイブ（System Hive）」や、ログインしているユーザーごとの設定を保持する「ユーザーハイブ（User Hive）」を具体例として挙げました。

（編集部注：レジストリは、Windowsの動作に必要なハードウェア、ソフトウェア、ユーザー設定などを集中管理する巨大なデータベースです。Windows 3.1以前は「.ini」というテキストファイルで個別に設定を管理していましたが、ファイルが乱立する問題を解決するためにWindows 95やWindows NTから現在のレジストリ構造が本格導入されました。ルシノビッチ氏が指摘する「構成マネージャー」は、カーネル内でこのデータベースを制御する重要なサブシステムを指します。）

Windows 8で導入された「App Hives」による部分的な分散化

ルシノビッチ氏は、Windowsの初期の設計決定において、今日であればおそらく繰り返さないであろう選択について語りました。それは、「アプリケーションが独自の構成設定を持たずに、システム共通のレジストリを共有する形でスタートしたこと」です。この設計は、アプリケーションのインストールやアンインストールを複雑にし、システム全体の不安定化を招く要因となりました。

この問題を解決するため、マイクロソフトは後に設計の修正を試みました。ルシノビッチ氏は、Windows 8の時代に導入された「App Hives（アプリハイブ）」という技術に触れています。App Hivesの導入により、新しいモダンアプリケーション（編集部注：当時のWindowsストアアプリ、現在のUWPアプリなど）は、システム全体のレジストリを汚染することなく、自身専用の設定領域を独立して持てるようになりました。

（編集部注：従来のデスクトップアプリは、レジストリの「HKEY_LOCAL_MACHINE」や「HKEY_CURRENT_USER」に自由に書き込みを行うことができました。これが原因で、アプリの削除後も不要なレジストリデータが残り続け、システムのパフォーマンスが低下する「レジストリの肥大化」が問題視されていました。Windows 8以降のApp Hivesは、アプリごとにレジストリファイルを分離し、アプリの削除と同時に設定データも完全に消去できるようにする、サンドボックス化の一環として開発された技術です。）

Linuxとの対比：フラットファイルとテキストによる設定管理

次にルシノビッチ氏は、Windowsとは異なる設計思想を持つオペレーティングシステムとしてLinuxを挙げ、その設定管理手法との対比を行いました。Linuxには、Windowsのような「レジストリ」に相当するグローバルな統合データベースは存在しません。

Linuxの世界では、システム全体を統括する共通の構成ストアや、すべてのアプリが従うべき共通のスキーマは定義されていません。システム自体も、個々のアプリケーションも、それぞれが独自の設定データを保持しています。そして、それらのデータはすべて「テキスト形式のフラットファイル（設定ファイル）」として表現され、ファイルシステム上に配置されています。

（編集部注：LinuxなどのUnix系OSでは、伝統的に「すべてはファイルである」という哲学に基づき、設定情報は主に「/etc」ディレクトリ以下のテキストファイルで管理されます。現在では、JSON、YAML、TOML、XMLといった標準的なデータ記述言語が用いられることが多く、テキストエディタさえあれば特別なAPIを介さずにシステムやアプリの設定を直接閲覧・編集できる点が特徴です。）

現代のOS設計：人間と機械が読める柔軟なモデルへの移行

動画の後半でルシノビッチ氏は、Windowsレジストリのデータ構造と、そのアクセスの難しさについて指摘しました。レジストリのハイブは、厳密にスキーマ化されたデータ構造を持っています。さまざまなデータ型（文字列、バイナリ、32ビット/64ビット整数など）がサポートされており、キーと値による任意の階層構造を形成しています。

さらに、これらのキーに対しては、きめ細かなアクセス制御リスト（ACL：Access Control List）を設定できるサブシステムが組み込まれています。この強固なセキュリティと構造化されたデータを操作するために、Windowsは専用の「レジストリAPI」を提供しています。しかし、この設計は専用のAPIを経由しなければデータの中身が「不透明（Opaque）」であり、外部から直接確認することが困難であるという欠点を抱えています。

ルシノビッチ氏は、自身の見解として次のように結論づけました。「もしWindowsが今日再設計されるのであれば、このような不透明なスキーマ化された構成ストアではなく、より柔軟で、人間にも機械にも可読性の高い（Human Readable / Machine Readable）フラットファイルモデルが採用されるだろう」。つまり、Linuxが採用しているテキストベースの設定管理こそが、現代のOS設計においてより優れているという見方を示したのです。