Docker 微容器

Question

我正在试验微型容器。我创建了以下 Dockerfile。这个想法是这个 Docker 文件从一个非常小的基础镜像开始。 (5 MB) 安装构建工具，进行构建，然后删除构建工具。

FROM alpine
ENTRYPOINT ["/bin/dockerdemo"]

RUN apk update
RUN apk add -t build-deps build-base go git

COPY . /go/src/dockerdemo

RUN cd /go/src/dockerdemo \
    && export GOPATH=/go \
    && go get \
    && go build -o /bin/dockerdemo \
    && rm -rf /go

RUN apk del --purge build-base go git

我期待它真的很小。但它是 358 MB。看来最后一个命令实际上并没有删除构建组件。

我对 Docker 很陌生，所以我可能在这里完全遗漏了一些东西。

也可能是镜像上的文件系统没有被压缩，所以即使构建组件文件消失了，文件系统仍然是 358 MB。

Answer 1

如果该步骤对文件系统进行了更改，则 docker 文件中的每个 COMMAND 都可以提交一个新的 image file system layer。

即使您在所有其他步骤之后RUN rm -rf /，图像仍然会在图像中存储每个前一层的内容。

在一个RUN 步骤中进行安装和删除，以避免提交您不想保留的文件系统更改：

FROM alpine
ENTRYPOINT ["/bin/dockerdemo"]

COPY . /go/src/dockerdemo

RUN set -uex; \
    apk update; \
    apk add -t build-deps build-base go git; \
    cd /go/src/dockerdemo; \
    export GOPATH=/go; \
    go get; \
    go build -o /bin/dockerdemo; \
    rm -rf /go; \
    apk del --purge build-base go git

您会注意到，在使用此设置时，每次都必须运行所有步骤，因此您会失去一些 Docker 缓存的好处。

构建映像

如果您对构建周转时间有疑问，另一种方法是使用与运行应用程序的镜像分开的特定构建镜像。

关于 Go 的一个很酷的事情是您可以在没有依赖项的情况下 build static binaries 并在 FROM scratch 运行它们，从而产生一个真正的微型容器。

正如 Mark O'Connor 所说，您可能不需要为构建设置自己的映像，因为您可以使用官方的 golang image。

FROM golang

COPY . /go/src/dockerdemo

RUN set -uex; \
    cd /go/src/dockerdemo; \
    export GOPATH=/go; \
    go get; \
    CGO_ENABLED=0 GOOS=linux go build -ldflags "-s" -a -installsuffix cgo -o /bin/dockerdemo;

从图像中提取二进制文件

docker run go-build tar -cvf /bin/dockerdemo > dockerdemo.tar

从中构建应用容器

FROM scratch
ADD dockerdemo.tar /
ENTRYPOINT ["/bin/dockerdemo"]

Answer 2

您确定占用 350 MB 的不是 build-deps、build-base、go 和/或 git？

Answer 3

为什么不使用来自 Docker hub 的官方 golang 镜像？它有一个高山选项。

https://hub.docker.com/_/golang/

结帐1.8-alpine Dockerfile：

• https://github.com/docker-library/golang/blob/b819b526131d44c03f02942816f616067d389037/1.8/alpine/Dockerfile

---

Docker 是一个分层的附加文件系统。这意味着文件并没有真正被删除。您需要导出/导入以将所有内容压缩到单个层。