systemd (Lennart Poettering・2010)（システムディー）
Linuxの起動プロセスを管理する初期化システム（init）およびサービスマネージャー。Sysvinitの後継として、デバイス管理やログ管理機能を統合し、並列起動による高速化と依存関係に基づく高度なプロセス制御を実現する。
概要
Linuxカーネルが起動した直後に実行される最初のプロセス（PID 1）として機能する、現代的な初期化システムおよびサービスマネージャーです。従来のSysvinitがシェルスクリプトによる逐次的な起動に依存していたのに対し、systemdはユニット間の依存関係を解析し、利用可能なリソースを用いて並列的にプロセスを立ち上げることで、システムのブートタイムを劇的に短縮しました。
単なるプロセスの管理に留まらず、デバイスノードの作成（udev）、システムログの集約（journald）、ネットワーク設定の管理など、OSの基盤となる複数の機能を一つのフレームワークとして統合しています。この設計は、複雑化する現代のサーバー・デスクトップ環境において、一貫した状態管理と高度な依存関係制御を可能にしました。
主要構成要素と機能
| コンポーネント | 役割 | 特徴 |
|---|---|---|
| unit files | 設定定義 | サービスやマウントポイントの依存関係を宣言的に記述 |
| journald | ログ管理 | バイナリ形式での高速なログ記録と検索性の向上 |
| udev | デリューション | カーネルからのデバイス通知を受け取り、ノードを作成 |
| socket activation | 起動制御 | ソケットの待機状態を利用し、必要時にサービスを起動 |
| cgroups | リソース制御 | プロセスグループへのCPUやメモリ使用量の制限を適用 |
比較表：Sysvinit vs systemd
| 機能・特性 | Sysvinit (従来型) | systemd (現代型) |
|---|---|---|
| 起動プロセス | 逐次実行（スクリプト順） | 並列実行（依存関係に基づく） |
| 設定手法 | シェルスクリプトによる命令的記述 | ユニットファイルによる宣言的記述 |
| ログ管理 | テキストベースの分散ログ | バイナリ形式の一元化されたログ |
| デバイス管理 | 静的なデバイスノード作成 | 動的なudevとの密な連携 |
| 設計思想 | UNIX哲学（単一機能）を重視 | 機能統合による効率と一貫性を重視 |
関連用語との違い
- Init (初期化プロセス): カーネル起動後に動作する最初のプログラム。systemdはその実装の一つであり、PID 1を担う。
- udev: デバイスの追加・削除を検知してデバイスファイルを管理する仕組み。systemdの一部として統合されているが、役割はハードウェア抽象化にある。
- journalctl: systemdのログ（journald）を閲覧するためのコマンドラインツール。バイナリ形式のログをテキストとして出力する。
- Devuan / Slackware: systemdの「多機能すぎる」設計に反対し、従来の軽量・単一機能なアプローチを維持しようとするディストリビューション。
FAQ
Q1: なぜsystemdは「Linux哲学の破壊」と言われたのですか？
A1: UNIXの伝統的な原則である「一つのプログラムには一つの役割を持たせる（Do one thing and do it well）」に反し、ログ管理やデバイス管理など、本来別個であるべき機能を一つの巨大なスイートとして統合したためです。これにより、システムの複雑性が増し、単一障害点となるリスクが指摘されました。
Q2: Socket Activationとはどのような仕組みですか？
A2: サービス本体が起動していなくても、特定のネットワークソケットやIPCソケットをsystemdが先に作成しておく仕組みです。通信が発生した瞬間に、systemdがそのリクエストを受けてサービスプロセスを起動します。これにより、リソースの節約と応答性の向上が両立されます。
Q3: 2025年以降のインフラにおけるsystemdの立ち位置は？
A3: コンテナ技術（Docker/Kubernetes）の普及により、コンテナ内のプロセス管理には直接的な影響は限定的ですが、ホストOSの安定稼働と観測性（Observability）を支える基盤として、依然として標準的な地位にあります。クラウドネイティブな環境でのログ収集やリソース制限の基盤として、その重要性は揺らいでいません。