创建优化的Go镜像文件以及踩过的坑

在Docker上创建Go镜像文件并不困难，但建立的文件很大，接近1G，使用起来不太方便。Docker镜像的一个主要难题就是如何优化，创建小的镜像。我们可以用多级构建的方法来创建Docker镜像文件，它也不复杂。但由于使用这种方法时，需要用简版的Linux（Alpine），它带来了一系列的问题。本文讲述如何解决这些问题并成功创建优化的Go镜像文件，优化之后只有14M。

单级构建：

我们用一个Go程序作为例子来展示如何创建Go镜像。下面就是这个程序的目录结构。

Go程序的具体内容并不重要，只要能运行就行了。我们重点关注“docker”子目录（“kubernetes”子目录里的文件有别的用途，会在另外的文章中讲解）。它里面有三个文件。“docker-backend.sh”是创建镜像的命令文件，“Dockerfile-k8sdemo-backend”是多级构建文件，“Dockerfile-k8sdemo-backend-full”是单级构建文件，

FROM golang:latest # 从Docker库中获取标准golang镜像
WORKDIR /app # 设置镜像内的当前工作目录
COPY go.mod go.sum ./ # 拷贝Go的包管理文件
RUN go mod download # 下载依赖包中的依赖库
COPY . . #从宿主机拷贝文件到镜像
WORKDIR /app/cmd # 设置新的镜像内的当前工作目录
RUN GOOS=linux go build -o main.exe #编译Go程序，并在生成可执行文件
CMD exec /bin/bash -c "trap : TERM INT; sleep infinity & wait" # 保持镜像一直运行，容器不被停掉

上面就是“Dockerfile-k8sdemo-backend-full”镜像文件。请阅读文件中的注释以获得解释。

生成镜像容器

cd /home/vagrant/jfeng45/k8sdemo/
docker build -f ./script/kubernetes/backend/docker/Dockerfile-k8sdemo-backend-full -t k8sdemo-backend-full .

运行镜像容器，“--name k8sdemo-backend-full”是给这个容器一个名字（k8sdemo-backend-full），最后的“k8sdemo-backend-full”是镜像的名字

docker run -td --name k8sdemo-backend-full k8sdemo-backend-full

登录镜像容器, 其中“a95c”是容器ID的前四位。

docker exec -it a95c /bin/bash

文件里有一条语句需要特别解释一下“COPY . .”，它把文件从宿主机拷贝到镜像里，在镜像里已经用“WORKDIR”设置了当前工作目录，那么宿主机的“.”（当前目录）是哪个目录呢？它不是Dockerfile文件所在的目录，而是你运行“Docker build”命令时所在的目录。

我们要把整个程序都拷贝到镜像里，那么在运行docker命令时一定是在程序的根目录，也就是“k8sdemo”目录。但是与容器有关的文件都在“script”目录的子目录下，那么当你运行“Docker build”命令时，它是怎么找到Docekrfile的呢？这里有一个重要的概念就是“build cotext”（构建上下文），由它来决定Dockerfile的缺省目录。当你运行“docker build -t k8sdemo-backend .”创建镜像时，它会从“build cotext”的根目录去找Dockerfile文件，缺省值是你运行docker命令的目录。但由于我们的Dockerfile在另外的目录里，因此需要在命令里加一个“-f”选项来指定Dockerfile的位置，命令如下。 其中“-t k8sdemo-backe