支持最多CPU架构的Docker基础镜像选型咨询

方案1：使用scratch基础镜像（支持架构最多） #

这是支持架构最广的方案，和hello-world官方镜像的构建逻辑一致，无额外系统层开销，支持所有Docker兼容的CPU架构：

• 适用场景：待打包的umurmur可以完成对应架构的静态编译，无动态库依赖
• 操作方式：通过多阶段构建，先在编译环境将umurmur编译为静态二进制文件，再直接拷贝到scratch空镜像中运行即可，不存在基础镜像架构不支持的问题，只要能编译出对应架构的二进制文件，就能打包出对应架构的镜像
• 参考Dockerfile片段：

# 编译阶段（可配合buildx完成跨架构编译）
FROM debian:stable AS builder
WORKDIR /src
COPY . .
# 安装编译依赖
RUN apt update && apt install -y --no-install-recommends gcc make libc-dev libssl-dev
# 静态编译umurmur
RUN ./configure && make LDFLAGS="-static"

# 运行阶段
FROM scratch
COPY --from=builder /src/umurmur /umurmur
# 按需拷贝配置文件
COPY --from=builder /etc/umurmur.conf /etc/umurmur.conf
ENTRYPOINT ["/umurmur"]

方案2：替换为支持架构更多的系统基础镜像 #

如果umurmur无法完成全静态编译，必须依赖系统动态库，可以将alpine替换为以下支持架构更广的基础镜像：

• debian:stable-slim：官方支持超过10种CPU架构，包含linux/mips64le等alpine不支持的架构，镜像体积约30M，比完整debian镜像小70%以上
• busybox:latest：官方支持架构数量接近scratch，体积仅1M左右，包含基础shell和常用工具链，适合需要轻量运行环境的场景

方案3：多架构差异化基础镜像（兼顾体积和覆盖度） #

如果希望保留大部分架构下alpine的小体积优势，同时补全alpine不支持的架构，可以在Dockerfile中通过TARGETPLATFORM相关参数做分支判断，不同架构自动匹配对应基础镜像：

# 定义alpine支持的架构对应的基础镜像
FROM alpine:latest AS base-amd64
FROM alpine:latest AS base-arm64
FROM alpine:latest AS base-armv7
FROM alpine:latest AS base-ppc64le
FROM alpine:latest AS base-s390x
FROM alpine:latest AS base-386
# 定义alpine不支持的架构对应的基础镜像
FROM debian:stable-slim AS base-mips64le
FROM debian:stable-slim AS base-riscv64

# 自动匹配当前构建目标架构的基础镜像
FROM base-${TARGETARCH}${TARGETVARIANT}
# 后续统一执行安装依赖、拷贝程序等构建步骤
RUN if [ -f /etc/debian_version ]; then apt update && apt install -y --no-install-recommends libssl-dev && rm -rf /var/lib/apt/lists/*; fi
RUN if [ -f /etc/alpine-release ]; then apk add --no-cache libssl1.1; fi
COPY umurmur /usr/bin/umurmur
ENTRYPOINT ["umurmur"]

内容的提问来源于stack exchange，提问作者user10706046