为Go程序创建最小的Docker Image

本文将会介绍如何使用docker打包一个golang编写的应用程序,最终的产物就是一个Dockerfile文件,可别小瞧这短短几行代码,涉及的知识点可不少,接下来我们就仔细剖析一下吧。

FROM golang:alpine

ADD src /go/src
RUN go install -v test 

ENTRYPOINT ["/go/bin/test"]
CMD ["-logtostderr"]

1.基础镜像选择

第一行是指定一个基础镜像,在此基础上创建我们的镜像,此处使用的是golang:alpine版本,
这是一个相对较小的linux系统,砍掉了linux中的许多工具,预装了golang, 包管理工具使用的是apk,可以把这个镜像docker pull下来把玩一番,默认的shell是sh,执行命令docker run -t-i golang:alpine /bin/sh 进入命令行。进入后执行env查看环境变量,因为其GOPATH这个环境变量对后面的环境部署有用,可以看到环境变量GOPATH默认值为/go

2.映射代码文件并安装

使用 ADD src /go/src 将主机scr文件映射到/go/src目录下,为什么非得是这个/go/src这个目录呐?没错就是上面的GOPATH环境变量的路径,因为我们后面需要执行go install命令进行安装,否则的话就需要重新设置GOPATH才能编译代码。如下test是程序的主程序,glog是使用的开源日志库,整个文件结构如下:

.
├── Dockerfile
└── src
    ├── github.com
    │   └── golang
    │       └── glog
    │           ├── glog_file.go
    │           ├── glog.go
    │           ├── glog_test.go
    │           ├── LICENSE
    │           └── README
    └── test
        └── main.go

此处glog库没有使用glide等包管理工具,直接使用git submodule来管理, 优势是git push不会将glog代码Push到远程仓库,只是添加一个对glog的引用,并且当glog库中代码被修改后可以只需要在glog的子目录中git pull即可,也就是说在本地会拉取具体的代码进行编译等,但是在远程仓库只是保存引用。
可以通过命令生成glog这个子模块: git submodule add https://github.com/golang/glog.git src/github.com/golang/glog。注意git submoule命令中被引用到的位置为src/github.com/golang而不是直接的src/ 中,因为执行该命令后本地代码仓库会clone glog这个代码仓库,将它的代码拉下来,只是创建glog这个目录,所以前面的一些父目录需要自己创建。关于命令更多的介绍参见 Git
组织好文件结构就可以进行go install了,生成的可执行在$GOPATH/bin中,后面就是基本的指定入口程序和参数。通过docker build -t="name" . 生成镜像

3.更进一步:提前编译

上面的方式是将代码拷贝进基础镜像并在其内部编译,毫无疑问的是golang:alpine中包含一系列程序运行的依赖,程序运行会动态加载这些库,我们可以用ldd命令查看所生成的二进制文件的依赖:

linux-vdso.so.1 =>  (0x00007ffc5b1e4000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f50a1f13000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f50a1b4a000)
/lib64/ld-linux-x86-64.so.2 (0x00005611a4b0a000)

那么问题来了? 如果将这些依赖静态编译至可执行文件中, 并且只将可执行文件添加到镜像中, 那就不需要在镜像中保存这些运行时依赖和源码了,就可以创建一个更小的镜像了。幸运的是无论是golang的编译机制还是docker的基础镜像都提供这样的实现:
使用命令生成静态编译的二进制文件:CGO_ENABLED=0 GOOS=linux go build -a -installsuffix cgo -o main test
此时用ldd查看生成的可执行文件的依赖,可以看到显示not a dynamic executable,这里我们禁用CGO使其生成静态二进制文件,同时设置系统为linux。我们将基础镜像设置为 scratch,这是一个空的镜像,是用来构建其他基础镜像的, 无需下载即可使用。
重新编写的Dockerfile如下:

FROM scratch
ADD main /
ENTRYPOINT ["/main"]
CMD ["-logtostderr"]

执行docker build -t example-scratch .生成镜像,可以看到该镜像的大小只有几M,并且和二进制程序main的大小相同。
Dockerfile中FROM scratch并不会增加层数, 所以用此Dockerfile构建的镜像只是三层,并且镜像的大小和二进制文件的大小相同,可以通过docker image history查看这些信息

gaorong@gaorong-TM1604 % ls -lh main
-rwxrwxr-x 1 gaorong gaorong 2.4M 6月   9 11:59 main*

gaorong@gaorong-TM1604 % docker images example-scratch
REPOSITORY          TAG                 IMAGE ID            CREATED             SIZE
example-scratch     latest              817e7d91c8c0        About an hour ago   2.42MB

gaorong@gaorong-TM1604 % docker image history example-scratch
IMAGE               CREATED             CREATED BY                                      SIZE                COMMENT
817e7d91c8c0        About an hour ago   /bin/sh -c #(nop)  CMD ["-logtostderr"]         0B
323b904e4844        About an hour ago   /bin/sh -c #(nop)  ENTRYPOINT ["/main"]         0B
8216c95b5652        About an hour ago   /bin/sh -c #(nop) ADD file:6828257fa0b521333…   2.42MB

4.builder image

上述镜像构建是需要提前编译好二进制,然后才能拷贝到最终的镜像中,可否将编译的这一步骤也容器化了呢? 当然可以,可以写一个Dockerfile.builder来进行build操作,

FROM golang:alpine
ENV CGO_ENABLED=0 GOOS=linux 
CMD ["go", "build", "-a", "-installsuffix", "cgo", "-o", "main", "test" ]

在执行的时候需要将当前文件目录volume挂载进容器的/go目录下: docker run -v `pwd`:/go builder
本文所使用的案例太过简单,builder image意义不大,假如你参与一个大型项目,项目中有一个Makefile,其中定义了好多操作,例如生成项目的rpm包,生成rpm这些操作需要调用额外的程序执行,如果参与项目的每个人都配置这样一个开发环境未免太麻烦,此时就可以利用builder image将所需要的环境全部打包进去,然后在builder image调用makefile即可。 著名的案例就是kubernetes,开发者在个人电脑上只需要安装了docker就可以编译生成kuberetes所有的binary,甚至golang也无需安装。

5.分阶段编译(multi-stage builds)

可以利用docker 的分阶段编译将上述两个操作合并起来,先在一个镜像中构建,在另一个镜像中执行。下面的Dockerfile摘自prometheus这个第三方监控的dmo中的Dockerfile,可以看到它是首先在builder镜像中下载对应的依赖并且编译程序,最后在scratch基础镜像中执行程序。

# This Dockerfile builds an image for a client_golang example.
#
# Use as (from the root for the client_golang repository):
#    docker build -f examples/$name/Dockerfile -t prometheus/golang-example-$name .

# Builder image, where we build the example.
FROM golang:1.9.0 AS builder
WORKDIR /go/src/github.com/prometheus/client_golang
COPY . .
WORKDIR /go/src/github.com/prometheus/client_golang/prometheus
RUN go get -d
WORKDIR /go/src/github.com/prometheus/client_golang/examples/simple
RUN CGO_ENABLED=0 GOOS=linux go build -a -tags netgo -ldflags '-w'

# Final image.
FROM scratch
LABEL maintainer "The Prometheus Authors <prometheus-developers@googlegroups.com>"
COPY --from=builder /go/src/github.com/prometheus/client_golang/examples/simple .
EXPOSE 8080
ENTRYPOINT ["/simple"]

其实就是将一个镜像作为builder镜像,然后将build产物在另外一个镜像中执行。

参考

Building Minimal Docker Containers for Go Applications

posted @ 2017-11-23 10:35 gaorong404 阅读(...) 评论(...) 编辑 收藏