前言

之前給大家介紹了關于在docker中部署golang項目的相關內(nèi)容，對大家的入門具有一定的參考價值，本文將會給大家介紹如何使用docker打包一個golang編寫的應用程序，最終的產(chǎn)物就是一個Dockerfile文件，可別小瞧這短短幾行代碼，涉及的知識點可不少，接下來我們就仔細剖析一下吧。

FROM golang:alpine

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

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

1. 基礎鏡像選擇

第一行是指定一個基礎鏡像，在此基礎上創(chuàng)建我們的鏡像，此處使用的是golang：alpine版本，
這是一個相對較小的linux系統(tǒng)，砍掉了linux中的許多工具，包管理工具使用的是apk，可以把這個鏡像docker pull下來把玩一番，默認的shell是sh，執(zhí)行命令docker run -t-i golang:alpine /bin/sh 進入命令行。進入后執(zhí)行env查看環(huán)境變量，因為其GOPATH這個環(huán)境變量對后面的環(huán)境部署有用，可以看到環(huán)境變量GOPATH默認值為/go

2. 映射代碼文件并安裝

使用 ADD src /go/src 將主機scr文件映射到/go/src目錄下,為什么非得是這個/go/src這個目錄吶？沒錯就是上面的GOPATH環(huán)境變量的路徑，因為我們后面需要執(zhí)行go install命令進行安裝，否則的話就需要重新設置GOPATH才能安裝編譯后的二進制文件。

需要注意的是：此時本地主機中src目錄中文件的組織，要執(zhí)行go install就要嚴格遵循生成包的文件結構，test是程序的主程序，glog是使用的開源日志庫，整個文件結構如下，因為在main.go導入包的時候使用的是"github.com/golang/glog"這個路徑，所以需要給其一個合理的路徑。

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

還有一個小tips是程序的日志庫使用的是第三方開源的glog，當我們使用git對我們上述代碼進行版本管理的時候就不需要重復包含glog的代碼，直接添加一個對其的引用就可以，這樣有很多好處，當庫中代碼被修改后可以直接更新到遠程的代碼倉庫中，在clone的時候可以自動導入該庫，也就是說在本地會拉取具體的代碼，但是在遠程倉庫只是保存引用。

可以通過命令生成glog這個子模塊： git submodule add https://github.com/golang/glog.git src/github.com/golang/glog。注意：git remoule命令中被引用到的位置為src/github.com/golang而不是直接的src/ 中，因為執(zhí)行該命令后本地代碼倉庫會clone glog這個代碼倉庫，將它的代碼拉下來，只是創(chuàng)建glog這個目錄，所以前面的一些父目錄需要自己創(chuàng)建。

關于命令更多的介紹參見 Git。

組織好文件結構就可以進行go install了，生成的可執(zhí)行在$GOPATH/bin中，后面就是基本的指定入口程序和參數(shù)。通過docker build -t="name" . 生成鏡像

3.更進一步：提前編譯

上面的方式是將代碼拷貝進基礎鏡像并在其內(nèi)部編譯，毫無疑問的是golang：alpine中包含一系列程序運行的依賴，程序運行會動態(tài)加載這些庫，我們可以用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)

那么問題來了？ 如果將這些依賴靜態(tài)編譯至可執(zhí)行文件中那就不需要在環(huán)境中保存這些多余的信息了，就可以創(chuàng)建一個更小的鏡像了。幸運的是無論是golang的編譯機制還是docker的基礎鏡像都提供這樣的實現(xiàn)：

使用命令生成靜態(tài)編譯的二進制文件：CGO_ENABLED=0 GOOS=linux go build -a -installsuffix cgo -o main .

此時用ldd查看生成的可執(zhí)行文件的依賴，可以看到顯示not a dynamic executable，這里我們禁用CGO使其生成靜態(tài)二進制文件，同時設置系統(tǒng)為linux。我們將基礎鏡像設置為 scratch，這是一個很小的的鏡像。

重新編寫的Dockerfile如下：

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

執(zhí)行docker build -t example-scratch .生成鏡像，可以看到該鏡像的大小只有8.27M大小，并且可以正常執(zhí)行。

在實際情況中有時會將兩種情況結合使用，先在一個鏡像中構建，在另一個鏡像中執(zhí)行。下面的Dockerfile摘自prometheus這個第三方監(jiān)控的演示案例的Dockerfile,可以看到它是首先在builder鏡像中下載對應的依賴并且編譯程序，最后在scratch基礎鏡像中執(zhí)行程序。

# This Dockerfile builds an image for a client_golang example.
#
# Use as (from the root for the client_golang repository):jingx
# 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"]

參考

Building Minimal Docker Containers for Go Applications

總結

以上就是這篇文章的全部內(nèi)容了，希望本文的內(nèi)容對大家的學習或者工作具有一定的參考學習價值，如果有疑問大家可以留言交流，謝謝大家對腳本之家的支持。  

最新評論