线上Go项目的Docker镜像应该怎么构建？

本文主要是介绍线上Go项目的Docker镜像应该怎么构建？，对大家解决编程问题具有一定的参考价值，需要的程序猿们随着小编来一起学习吧！

上期的文章：Kubernetes入门实践--部署运行Go项目发布后，有网友留言说我文章里演示的镜像是把项目文件和Go都打包到了镜像里，这样镜像的占用空间会比较大。

Go开发的程序在编译成二进制文件后是可以在没有安装Go环境的系统里执行的，如果只把编译完的二进制文件直接放到镜像里就能节省很多镜像空间了。我给的回复是文章的侧重点是Kubernetes的实践所以镜像方面就没有占太多篇幅。

确实真实线上项目的应用镜像一般都不像之前文章里讲那样构建，因为生产项目各方面要求更严格些。镜像构建的过程一般都是先用Docker容器把项目编译成二进制文件，然后把编译好的文件拷贝到一个新的容器镜像里，新镜像里一般只包含Linux系统运行需要的最基本的文件，不需要有Go环境，因此能减少很多占用空间。整个这个过程都发生在镜像构建的过程中，这样就能保证多环境的一致性，上面这个构建Docker镜像的方式叫做多阶段构建（multi stage build）。

多阶段构建是17.05版本才有的功能，所以使用前要先确定下使用的Docker Engine的版本。

下面就来介绍一下怎么使用Docker的多阶段构建制作Go应用的镜像。

之前文章里镜像的Dockerfile长这样：

FROM golang:1.14-alpine
RUN mkdir /app
COPY . /app
WORKDIR /app
RUN go build -o main . 
CMD ["/app/main"]

我们使用用多阶段构建的方式构建镜像后，Dockerfile会变成类似下面这样：

FROM golang:alpine AS build

RUN mkdir /app
COPY . /app
WORKDIR /app
RUN CGO_ENABLED=0 GOOS=linux go build -o myapp

### 
FROM scratch as final
COPY --from=build /app/myapp .
CMD ["/myapp"]

Go项目应用的Dockerfile通常大概类似这样，但是每个项目的细节可能有所不同。FROM golang:alpine指定了开始阶段的基础映像（其中包含Go工具和库，用于构建程序），AS build是给这个阶段取名为build。

golang:alpine指定了Go基础映像的alpine版本， alpine是专门为容器设计的小型Linux发行版。这个Dockerfile中使用了两次FROM指令，第二条FROM scratch行，它告诉Docker从一个全新的，完全空的容器镜像重新开始，然后将上个阶段编译好的程序复制到其中。这个才是我们随后将用于运行的Go应用程序的容器镜像。

scratch镜像是Docker项目预定义的最小的镜像。 Docker用于Go程序的多阶段构建很常见，使用scratch镜像可以节省大量空间，因为我们实际上不需要Go工具或其他任何东西来运行我们的编译好的程序，这可能也是Go在容器时代的一个优势吧。

使用scratch镜像制作的Go应用镜像在运行时会有一个不识别时区的问题，这个也是我们最近项目往Kubernetes上迁移时遇到的第一个问题，不过还好经过Google和查看Go加载时区的源码找到了解决方法，具体怎么解决的下期的文章再告诉大家。

这篇关于线上Go项目的Docker镜像应该怎么构建？的文章就介绍到这儿，希望我们推荐的文章对大家有所帮助，也希望大家多多支持为之网！