2 SLE 基本容器映像 #

有四个通用 SLE BCI，其中每个容器映像附带最少量的一组软件包，以保持较小的大小。可将通用 SLE BCI 用作构建自定义容器映像的起点，或用作部署特定软件的平台。有关通用 SLE BCI 的详细信息，请参见第 2.3 节 “BCI-Base、BCI-Minimal、BCI-Micro 和 BCI-BusyBox”。

语言堆栈 SLE BCI 构建在 BCI-Base 通用 SLE BCI 的基础之上。每个容器映像附带 zypper 堆栈和免费的 SLE_BCI 软件源。此外，每个映像包含用于在特定语言环境中构建和部署应用程序的最常用工具。这包括编译器或解释器等工具，以及特定于语言的软件包管理器。有关语言堆栈 SLE BCI 的详细信息，请参见第 2.4 节 “语言堆栈 SLE 基本容器映像”。

除基本映像以外的其他所有容器映像目前都分类为技术预览，SUSE 不为它们提供官方支持。此信息会在 registry.suse.com 网站上显示。此外，还会通过 com.suse.supportlevel 标签来指示某个容器映像是否仍处于技术预览状态。可以使用 skopeo 和 jq 实用程序检查所需 SLE BCI 的状态，如下所示：

❯ skopeo inspect docker://registry.suse.com/bci/bci-micro:15.4 | jq '.Labels["com.suse.supportlevel"]'
"techpreview"

❯ skopeo inspect docker://registry.suse.com/bci/bci-base:15.4 | jq '.Labels["com.suse.supportlevel"]'
"l3"

在上面的示例中，bci-micro 容器映像中的 com.suse.supportlevel 标签设置为 techpreview，表示该映像仍处于技术预览状态。另一方面，bci-base 容器映像完全支持 l3。与通用 SLE BCI 不同，语言堆栈 SLE BCI 可能不遵循 SLE 分发包的生命周期：只要相应的语言堆栈能够获得支持，语言堆栈 SLE BCI 就受支持。换言之，新版本的 SLE BCI（由 OCI 标记表示）可能会在 SLE Service Pack 的生命周期内发布，而旧版本可能不受支持。请访问 suse.com/lifecycle 确定相关容器是否仍受支持。

可以直接从 registry.suse.com 以 OCI 兼容容器映像的形式获取 SLE BCI，并可以像使用任何其他容器映像一样使用它们。例如，使用某个通用容器：

> podman run --rm -it registry.suse.com/bci/bci-base:15.4 grep '^NAME' /etc/os-release
NAME="SLES"

或者，可以如下所示在 Dockerfile 中使用 SLE BCI：

FROM registry.suse.com/bci/bci-base:15.4
RUN zypper -n in python3 && \
    echo "Hello Green World!" > index.html
ENTRYPOINT ["/usr/bin/python3", "-m", "http.server"]
EXPOSE 8000

然后可以构建容器映像，方法是使用 docker build . 或 buildah bud . 命令：

> docker build .
Sending build context to Docker daemon  2.048kB
Step 1/4 : FROM registry.suse.com/bci/bci-base:15.4
 ---> e34487b4c4e1
Step 2/4 : RUN zypper -n in python3 &&     echo "Hello Green World!" > index.html
 ---> Using cache
 ---> 9b527dfa45e8
Step 3/4 : ENTRYPOINT ["/usr/bin/python3", "-m", "http.server"]
 ---> Using cache
 ---> 953080e91e1e
Step 4/4 : EXPOSE 8000
 ---> Using cache
 ---> 48b33ec590a6
Successfully built 48b33ec590a6
 
> docker run -p 8000:8000 --rm -d 48b33ec590a6
575ad7edf43e11c2c9474055f7f6b7a221078739fc8ce5765b0e34a0c899b46a
 
> curl localhost:8000
Hello Green World!

下表提供了 BCI-Base、BCI-Minimal、BCI-Micro 和 BCI-BusyBox 之间的差异的快速概览。

此 SLE BCI 附带 Zypper 软件包管理器和一个免费的 SLE-BCI 软件源。这样，您便可以安装软件源中提供的软件并在构建期间自定义映像。该映像的缺点在于其大小。它是最大的通用 SLE BCI，因此它不一定是最佳的部署映像选项。

名为 BCI-Init 的 BCI-Base 变体中预安装了 systemd。在需要通过 systemd 在单个容器中管理服务的方案中，BCI-Init 容器映像可能很有用。

这是 BCI-Base 映像的精简版本。BCI-Minimal 不包含 Zypper，不过其中安装了 RPM 软件包管理器。这样就大幅减小了该映像的大小。但是，虽然 RPM 可以安装和去除软件包，但它缺乏对软件源和自动依赖项解析的支持。因此，BCI-Minimal 映像旨在用于创建部署容器，然后在容器中安装所需的 RPM 软件包。尽管您可以安装所需的依赖项，但需要手动下载和解析这些依赖项。不过，不建议采用这种方法，因为它很容易出错。

此映像类似于 BCI-Minimal，但不包含 RPM 软件包管理器。该映像的主要用例是部署在外部生成的或者在多阶段构建期间生成的静态二进制文件。由于没有直截了当的方法可以在容器映像中安装其他依赖项，因此我们建议仅在最终构建工件捆绑了所有依赖项并且不存在外部运行时要求（例如 Python 或 Ruby）时，才使用 BCI-Minimal 映像来部署项目。

类似于 BCI-Micro，BCI-BusyBox 映像仅附带最基本的工具。但是，这些工具是由 BusyBox 项目提供的。其好处是可以进一步减小大小。此外，该映像不包含 GPLv3 授权的软件。使用该映像时，请记住 BusyBox 工具和 GNU Coreutils 之间存在一些差异。因此，针对使用 GNU Coreutils 的系统编写的脚本可能需要经过修改才可用于 BusyBox。

以下列表提供了每个 SLE BCI 的大致大小供您参考。请记住，提供的数字是粗略估计值。

语言堆栈 SLE BCI 构建在 BCI-Base 的基础之上。下面是可用语言堆栈 SLE BCI 的概览。

SUSE Linux Enterprise 中的默认软件包管理器是 Zypper。与 Debian 中的 APT 和 Alpine Linux 中的 APK 类似，Zypper 为所有软件包管理任务提供一个命令行界面。下面是常用的容器相关 Zypper 命令的简要概览。

有关使用 Zypper 的详细信息，请参见 https://documentation.suse.com/sles-15/html/SLES-all/cha-sw-cl.html#sec-zypper。

所述的所有命令都使用 --non-interactive 标志来跳过确认，因为在容器构建期间您无法手动同意这些提示。请记住，必须将该标志与任何修改系统的命令一起使用。另请注意，--non-interactive 不是一个“全部为是”标志。--non-interactive 确认用户的意图。例如，如果某个附带 --non-interactive 选项的安装命令需要导入新的软件源签名密钥，则该命令将会失败，因为该操作应该由用户自己来校验。

下面几个示例可让您大致了解如何在 SLE BCI 中以不同于 Debian 的方式完成某些任务。

SUSE Linux Enterprise 软件包命名约定不同于 Debian、Ubuntu 和 Alpine，而是更类似于 Red Hat Enterprise Linux。主要差别在于库的开发软件包（即包含报头和构建描述文件的软件包）在 SUSE Linux Enterprise 中命名为 PACKAGE-devel，而在 Debian 和 Ubuntu 中则是命名为 PACKAGE-dev。如有疑问，请直接使用以下命令搜索软件包：docker run --rm registry.suse.com/bci/bci-base:OS_VERSION zypper search 软件包名称（请将 OS_VERSION 替换为相应的服务版本号，例如：15.3 或 15.4)。

将外部软件源添加到容器或容器映像通常需要导入用于对软件包进行签名的 GPG 密钥。可以使用 rpm --import 密钥 URL 命令来执行导入操作。这会将密钥添加到 RPM 数据库，然后可以安装软件源中的所有软件包。