Docker 强化镜像中的 glibc 和 musl 支持
目录
Docker 强化镜像 (DHI) 的构建旨在优先考虑安全性，同时不牺牲与更广泛的开源和企业软件生态系统的兼容性。这种兼容性的一个关键方面是支持常见的 Linux 标准库：glibc 和 musl。
什么是 glibc 和 musl？
当您运行基于 Linux 的容器时，镜像的 C 库在应用程序与操作系统交互的方式中扮演着关键角色。大多数现代 Linux 发行版都依赖以下标准 C 库之一：
glibc(GNU C 库)：Debian、Ubuntu 和 Red Hat Enterprise Linux 等主流发行版上的标准 C 库。它得到广泛支持，通常被认为是跨语言、框架和企业软件的最兼容选项。musl：glibc的轻量级替代品，通常用于 Alpine Linux 等最小发行版。虽然它提供更小的镜像大小和性能优势，但musl并不总是与需要glibc的软件完全兼容。
DHI 兼容性
DHI 镜像有基于 glibc（例如 Debian）和基于 musl（例如 Alpine）的变体。对于兼容性至关重要的企业应用程序和语言运行时，我们建议使用基于 glibc 的 DHI 镜像。
如何选择 glibc 还是 musl？
Docker 强化镜像有基于 glibc（Debian）和基于 musl（Alpine）的变体，允许您根据工作负载选择最合适的。
如果您满足以下条件，请选择基于 Debian 的（glibc）镜像：
- 您需要与企业工作负载、语言运行时或专有软件广泛兼容。
- 您正在使用 .NET、Java 或 Python 等生态系统，并且带有依赖
glibc的原生扩展。 - 您希望最大程度地降低因库不兼容而导致的运行时错误风险。
如果您满足以下条件，请选择基于 Alpine 的（musl）镜像：
- 您希望拥有最小的占用空间、更小的镜像大小和更小的攻击面。
- 您正在构建一个自定义或严格控制的应用程序堆栈，其中依赖项是已知且经过测试的。
- 您优先考虑启动速度和精益部署，而不是最大兼容性。
如果您不确定，请从基于 Debian 的镜像开始以确保兼容性，并在您确信应用程序的依赖项后评估 Alpine。