Chef Habitat × Chef Infra：Immutableインフラを極めるハイブリッド・アーキテクチャの真髄
インフラエンジニアの諸君、OSのパッケージ管理に依存しすぎて「環境差異」という亡霊に怯える日々は終わりにしよう。
Chef Infraは、OSの「土台（Base）」を整えるのには最強だが、アプリケーションコードのデプロイには向いていない。一方で、Chef Habitatはアプリケーションの「ライフサイクル」を自己完結させるが、OSレベルのカーネル設定やセキュリティポリシーの適用には限界がある。
この2つを分断して考えるのは素人のやり方だ。本稿では、「OSをChef Infraで岩盤化し、アプリをHabitatで不変のアーティファクトとして流し込む」という、極限のハイブリッド運用アーキテクチャを伝授する。
—
1. なぜ「ハイブリッド」なのか？
- Chef Infra（OS層のState管理）: ユーザー設定、カーネルパラメータ、監視エージェントのインストールといった「環境の土台」を担保する。これは冪等性が最優先される。
- Chef Habitat（Application層のState管理）: アプリの依存関係（Ruby/Go/Javaのランタイム等）をすべて含めた`hart`パッケージを作成。OSとは完全に隔離された「Immutableな実行単位」としてデプロイする。
この役割分担により、「OSの更新はInfrastructure as Codeで、アプリの更新はパッケージの差し替えで」という、極めてクリーンなパイプラインが完成する。
—
2. 現場で震えるほど役立つ「Habitat × Infra」の実践テクニック
神プラグインと設定の最適化
VS Codeで開発するなら、以下のプラグインはもはや「呼吸」だ。
- Chef Extension for VS Code: Habitatの`plan.sh`の構文補完は必須。
- YAML (Red Hat): `hab-sup`の設定や`habitat.json`のスキーマバリデーションに不可欠。
【設定ファイル：`habitat.json` のベストプラクティス】
単なる設定ファイルではなく、環境変数の注入ポイントとして構成せよ。
{
“app_name”: “api-service”,
“topology”: “leader”, // スケーラビリティを担保するトポロジー構成
“binds”: {
“database”: “postgresql.default” // サービス間の依存関係を明示的に定義
},
“env”: {
“RACK_ENV”: “production”,
“HAB_BLDR_URL”: “https://bldr.your-company.com” // プライベートビルドサーバーを指定
}
}
チーム開発を加速させる「共有化ルール」
`habitat/`配下のディレクトリ構造は、チーム内で神聖不可侵のルールを設けるべきだ。
1. `hooks/`: `init`や`run`にはビジネスロジックを書くな。監視やログのパイプライン処理に徹する。
2. `plan.sh`の冪等性: 必ず`pkg_version`をGitタグと同期させ、ビルドの再現性を100%担保せよ。
3. `.hab-secrets`の排除: シークレットは絶対にコミットするな。Habitatの`hab config apply`を使って、実行時に動的に注入する設計を徹底する。
—
3. 実践：Immutableデプロイメントの設計パターン
以下のスクリプトは、Chef InfraでHabitat Supervisorをセットアップし、アプリをデプロイする際のエッセンスである。
Chef Infra Recipe: habitat_setup.rb
OS層にHabitat Supervisorをインストールし、サービスとして常駐させる
habitat_install ‘default’ do
action :install
end
SupervisorをOSのSystemd管理下で確実に動作させる
habitat_sup ‘default’ do
license ‘accept’
action [:install, :run]
end
アプリケーションパッケージを特定のチャネルからロード
habitat_package ‘my-org/my-api’ do
channel ‘stable’ # 運用環境は必ず安定版チャネルを固定
action :upgrade
end
—
4. プロの隠し味：生産性を底上げするCLIショートカット
Habitatの操作に`hab`コマンドを毎回打つのは時間の無駄だ。`.zshrc`に以下を追記せよ。
Habitat開発を加速させるエイリアス
alias hb=’hab pkg build .’
alias hl=’hab pkg load my-org/my-api’
alias hs=’hab svc status’
ログを一瞬で追いかける
alias hlog=’hab svc status | awk “{print $1}” | xargs -I{} hab svc log {}’
—
5. 最後に：エンジニアへの提言
Chef Habitatを使う理由は「依存関係の地獄（Dependency Hell）」から脱出するためだ。Chef Infraで堅牢なOSを築き、その上でHabitatという「コンテナに近いが、コンテナよりも軽量で移植性の高い実行単位」を動かす。
この構成は、オンプレミスとクラウドを跨ぐハイブリッドクラウド環境において、「どこでも同じ挙動をするアプリ」を実現するための唯一無二の解だ。
「とりあえずコンテナ」という思考停止を捨て、OSレベルからの深い制御と、アプリレベルの完全なImmutable化を両立させよ。それが、真にスケーラブルなインフラを構築するエンジニアの矜持だ。
健闘を祈る。何かあれば、また深淵の仕様について語り合おう。