第3章 論理的にバインドされたイメージのビルドと管理

論理的にバインドされたイメージを使用することで、コンテナーアプリケーションイメージをベース bootc システムイメージに関連付けることができます。デフォルトでは、たとえば podman によって実行されるアプリケーションコンテナーは、ホストのアップグレードとは独立したライフサイクルを持ちます。

論理的にバインドされたイメージの主な利点は、この方法でバインドされたアプリケーションコンテナーのライフサイクルがホストのアップグレードと連動される点にあります。これにより、ホストが新しいオペレーティングシステムへと再起動する前から、コンテナーが利用可能な状態となります。これらのコンテナーイメージは、bootc コンテナーが参照している場合、保持されます。

以下は、通常はホスト外部では更新されない、ライフサイクルにバインドされたワークロードの例です。

この種のワークロードでは、ブートプロセスの早期段階でコンテナーを起動することが重要です。たとえば、ネットワークが利用可能になった直後の段階などがこれに該当します。論理的にバインドされたイメージを使用すると、ベース bootc イメージ内のバイナリーを ExecStart= で実行する場合と同等の信頼性で、(多くの場合 systemd を介して) コンテナーを起動できるようになります。

論理的にバインドされたイメージを使用する場合、システムが論理的にバインドされたイメージをインストールするように、複数のコンテナーイメージを管理できます。これは利点であると同時に欠点でもあります。たとえば、非接続インストールまたはオフラインインストールの場合は、1 つのコンテナーだけでなく、すべてのコンテナーをミラーリングします。アプリケーションイメージは、.image ファイルまたは同等のファイルとしてベースイメージからのみ参照されます。