手动构建多架构的 docker 镜像是否需要 docker buildx 的支持？

大家好，我们又见面了啊~本文《手动构建多架构的 docker 镜像是否需要 docker buildx 的支持？》的内容中将会涉及到等等。如果你正在学习Golang相关知识，欢迎关注我，以后会给大家带来更多Golang相关文章，希望我们能一起进步！下面就开始本文的正式内容~

我有一个 golang 项目，已构建并放入 scratch 映像中：

# build binary
from golang:1.17-alpine as build-env
add . /app
workdir /app
run env cgo_enabled=0 go build -ldflags="-s -w" -o myapp ./cmd/myapp/main.go

# create image
from scratch
copy --from=build-env /app/myapp /
entrypoint ["/myapp"]

由于 golang 允许针对多种架构进行交叉编译（并且比在模拟环境中构建要快得多），因此我想做这样的事情：

# build binary
from golang:1.17-alpine as build-env
add . /app
workdir /app
run env cgo_enabled=0 goos=linux goarch=386 go build -ldflags="-s -w" -o myapp_linux_i386 ./cmd/myapp/main.go             # linux 32bit
run env cgo_enabled=0 goos=linux goarch=amd64 go build -ldflags="-s -w" -o myapp_linux_x86_64 ./cmd/myapp/main.go         # linux 64bit
run env cgo_enabled=0 goos=linux goarch=arm goarm=5 go build -ldflags="-s -w" -o myapp_linux_arm ./cmd/myapp/main.go      # linux armv5/armel/arm (it also works on armv6)
run env cgo_enabled=0 goos=linux goarch=arm goarm=7 go build -ldflags="-s -w" -o myapp_linux_armhf ./cmd/myapp/main.go    # linux armv7/armhf
run env cgo_enabled=0 goos=linux goarch=arm64 go build -ldflags="-s -w" -o myapp_linux_aarch64 ./cmd/myapp/main.go        # linux armv8/aarch64
run env cgo_enabled=0 goos=freebsd goarch=amd64 go build -ldflags="-s -w" -o myapp_freebsd_x86_64 ./cmd/myapp/main.go     # freebsd 64bit
run env cgo_enabled=0 goos=darwin goarch=amd64 go build -ldflags="-s -w" -o myapp_darwin_x86_64 ./cmd/myapp/main.go       # darwin 64bit
run env cgo_enabled=0 goos=darwin goarch=arm64 go build -ldflags="-s -w" -o myapp_darwin_aarch64 ./cmd/myapp/main.go      # darwin armv8/aarch64
run env cgo_enabled=0 goos=windows goarch=386 go build -ldflags="-s -w" -o myapp_windows_i386.exe ./cmd/myapp/main.go     # windows 32bit
run env cgo_enabled=0 goos=windows goarch=amd64 go build -ldflags="-s -w" -o myapp_windows_x86_64.exe ./cmd/myapp/main.go # windows 64bit

但是如何创建和推送多架构 docker 镜像呢？

# Create image
...

正确答案

从这个问题来看，听起来你不太想避免 buildx，而更像是你想避免在解释器下运行编译器，而是使用 go 的内置交叉编译功能。这是内置于 buildx 中的：

# build binary
from --platform=$buildplatform golang:1.17-alpine as build-env
add . /app
workdir /app
arg targetos
arg targetarch
run cgo_enabled=0 goos=${targetos} goarch=${targetarch} \
    go build -ldflags="-s -w" -o myapp ./cmd/myapp/main.go

# create image
from scratch
copy --from=build-env /app/myapp /
entrypoint ["/myapp"]

--platform 在您正在构建的平台上运行第一阶段。 targetos 和 targetarch 是 buildkit 的内置参数。然后您可以使用以下命令进行构建：

docker buildx build \
  --platform="linux/386,linux/amd64,linux/arm/v6,linux/arm/v7,linux/arm64,linux/ppc64le,linux/s390x" \
  -t registry/image:tag \
  .

请注意，docker 不支持 macos，它在该平台上的 linux vm 中运行。而且我也不相信 windows/386 是有效的，我只在 amd64 上见过 docker，并且可能支持 arm64。

除此之外，还有多种方式可以推送多平台清单。 docker 中内置了 docker 清单 。或者，您可以自己生成清单并使用 api 调用将其推送到注册表（如果您想了解底层详细信息，请参阅 oci 的图像规范和分发规范）。但如果你有 docker，buildx 就是最简单的按钮。

理论要掌握，实操不能落！以上关于《手动构建多架构的 docker 镜像是否需要 docker buildx 的支持？》的详细介绍，大家都掌握了吧！如果想要继续提升自己的能力，那么就来关注golang学习网公众号吧！