国产黄免费,日韩精品在线视频,91久久精品一区二区二区

前言

之前給大家介紹了關于在docker中部署golang項目的相關內容，對大家的入門具有一定的參考價值，本文將會給大家介紹如何使用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中的許多工具，包管理工具使用的是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才能安裝編譯后的二進制文件。

需要注意的是：此時本地主機中src目錄中文件的組織，要執行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/ 中，因為執行該命令后本地代碼倉庫會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 .

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

重新編寫的Dockerfile如下：

									FROM scratch

									ADD main /

									ENTRYPOINT ["/main"]

									CMD ["-logtostderr"]

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

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

									# 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"]