Docker Hardened Images における glibc と musl のサポート

Docker Hardened Images（DHI）は、セキュリティを最優先しつつ、オープンソースやエンタープライズソフトウェアの幅広いエコシステムとの互換性を損なわないように設計されています。

この互換性を支える重要な要素のひとつが、Linux の一般的な標準ライブラリである glibc と musl のサポートです。

glibc と musl とは？

Linux ベースのコンテナを実行する際、イメージに含まれる C ライブラリは、アプリケーションがオペレーティングシステムとどのようにやり取りするかにおいて重要な役割を果たします。

ほとんどのモダンな Linux ディストリビューションは、以下の標準 C ライブラリのいずれかに依存しています:

glibc（GNU C Library）: Debian、Ubuntu、Red Hat Enterprise Linux など主流のディストリビューションで標準として採用されている C ライブラリ。幅広いサポートがあり、言語、フレームワーク、エンタープライズソフトウェアにおいて最も互換性が高い選択肢とされています。
musl: glibc の軽量な代替ライブラリで、Alpine Linux などのミニマルなディストリビューションでよく使用されます。イメージサイズの縮小やパフォーマンス面で利点がありますが、glibc を前提としたソフトウェアでは必ずしも完全な互換性が保証されるわけではありません。

DHI イメージは、glibc ベース（例：Debian）と musl ベース（例：Alpine）の両方のバリアントが提供されています。

互換性が重要となるエンタープライズアプリケーションやランタイム環境では、glibc ベースの DHI イメージを使用することを推奨します。

Docker Hardened Images は、glibc ベース（Debian）と musl ベース（Alpine）の両方のバリアントを提供しており、ワークロードに最適なものを選択できます。

Debian ベース（glibc）イメージを選ぶべきケース:

Alpine ベース（musl）イメージを選ぶべきケース:

どちらを選ぶか迷う場合は、まず Debian ベースのイメージを使用して互換性を確保し、アプリケーションの依存関係に自信が持てるようになった段階で Alpine を評価するのがおすすめです。