注：本文由 Adriaan de Jonge 編寫，本文的原文位址為 Create The Smallest Possible Docker Container
當我們在使用 Docker 的時候，你會很快注意到你正在下載下傳很多 MB 作為你的預先配置的容器。一個簡單的 Ubuntu 容器很容易超過 200 MB，并且随着在上面安裝軟體，尺寸在逐漸增大。在某些情況下，你不需要任何事情都使用 Ubuntu 。例如，如果你隻是簡單的想運作一個 web 服務，使用 GO 編寫的，沒有必要圍繞它使用任何工具。
我一直在尋找盡可能小的容器入手，并且發現了一個：
docker pull scratch scratch 鏡像是完美的，真正的完美！它簡潔，小巧以及快速。它不包含任何 bug，安全洩漏，慢的代碼或是技術債務。這是因為它是一個空的鏡像。除了一點由 Docker 加入的中繼資料。事實上，你可以使用如下指令按照 Docker 文檔 描述的那樣建立一個自己的 scratch 鏡像。
tar cv --files-from /dev/null | docker import - scratch 是以這可能就是最小的 Docker 鏡像。
或者我們可以說說關于這個的更多東西？比如，你怎樣使用 scratch 鏡像。這給自己帶來了一些挑戰。
為 scratch 鏡像建立内容
我們可以在一個空鏡像中運作什麼？一個沒有依賴的可執行程式。你是否有沒有依賴的可執行程式？
我過去常常使用 Python，Java 和 Javascript 編寫代碼。每一個這樣的語言/平台都需要一個運作時的安裝。最近，我開始涉及 Go（或是 golang 如果你喜歡）平台。看起來 Go 是靜态連接配接的。是以我嘗試編譯一個簡單的 web 服務輸出 Hello World 并且運作在 scratch 容器中。下面是這個 Hello World web 服務的代碼：
package main
import ( "fmt" "net/http")
func helloHandler(w http.ResponseWriter, r *http.Request) { fmt.Fprintln(w, "Hello World from Go in minimal Docker container")
}
func main() { http.HandleFunc("/", helloHandler) fmt.Println("Started, serving at 8080") err := http.ListenAndServe(":8080", nil) if err != nil { panic("ListenAndServe: " + err.Error()) }
} 明顯地，我不能在 scratch 容器中編譯我的 web 服務，因為容器中沒有 Go 編譯器。正如我在 Mac 上工作，我也無法編譯 Linux 的二進制檔案一樣（實際上，是可以在不同的平台上交叉編譯 Go 的源碼的，但這會在另外一篇部落格中介紹）。
是以，我首先需要一個有 Go 編譯器的 Docker 容器。讓我們開始：
docker run -ti google/golang /bin/bash 在這個容器裡面，我可以建構一個 Web 服務，通過我已經送出到 一個 GitHub 倉庫 的代碼。
go get github.com/adriaandejonge/helloworld go get 指令是 go build 指令的變種，運作擷取和建構遠端的依賴。你可以運作可執行的結果：
$GOPATH/bin/helloworld 它工作了，但是這不是我們想要的。我們需要 hello world 容器運作在 scratch 容器裡面。是以，實際上，我們需要一個 Dockerfile :
FROM scratch
ADD bin/helloworld /helloworld
CMD ["/helloworld"] 然後啟動它，不幸的是，我們開始 google/golang 容器的這個方法， 沒有辦法建構這個 Dockerfile 。是以，首先，我們需要一種方法從這個容器内部通路到 Docker。
從 Docker 内部調用 Docker
當你使用 Dokcer 時，你遲早會遇到需要從 Docker 内部通路 Docker。可以有多種方法實作它。你可以使用遞歸和 在 Docker 中運作 Docker 。盡管如此，這樣看起來會很複雜并且導緻容器很大。你還可以使用一些額外的指令選項在執行個體外通路 Docker 伺服器：
docker run -v /var/run/docker.sock:/var/run/docker.sock -v $(which docker):$(which docker) -ti google/golang /bin/bash 在你繼續前，你重新運作 Go 編譯器，由于在重新開機動過程中 Docker 忘記了我們以前編譯過。
go get github.com/adriaandejonge/helloworld 當我們啟動這個容器，
-v
參數在 Docker 容器中建立一個卷并且允許你從 Docker 的機器提供一個檔案作為輸入。
/var/run/docker.sock
是 UNIX socket，通過這個允許你通路 Docker 服務。
(which docker)
部分是一個非常聰明的方法，它提供了一個在 容器中的 Docker 可執行檔案的路徑，而不是寫死。盡管如此，當你在 Mac 上通過 boot2docker 使用這個指令的時候需要小心。如果 Docker 的可執行檔案與 boot2docker 虛拟機的在不同的位置，将導緻不比對。是以，你或許想使用
/usr/local/bin/docker
寫死的方式替換
$(which docker)
，如果你運作在不同的系統，
/var/run/docker.sock
有在不同位置的機會，你需要做相應的調整。
現在你可以在 google/golang 容器的 $GOPATH 目錄使用 Dockerfile ，在這個示例中指向
/gopath
。實際上，我已經在 github 上檢查過了這個
Dockerfile
，是以，你可以從 Go build 目錄複制它到所需的位置，像這樣：
cp $GOPATH/src/github.com/adriaandejonge/helloworld/Dockerfile $GOPATH 你需要複制這個作為二進制的編譯檔案，現在位于 $GOPATH/bin，并且它不可能從父目錄包含檔案當建構一個 Dockerfile 的時候。是以複制後，下一步是：
docker build -t adejonge/helloworld $GOPATH 所有的都完成以後， Docker 給出如下響應：
Successfully built 6ff3fd5a381d 允許你運作這個容器：
docker run -ti --name hellobroken adejonge/helloworld 但是不幸的是， Docker 這次響應如下：
2014/07/02 17:06:48 no such file or directory 那麼到底是怎麼回事？我們在 scratch 容器中有可執行的靜态連結。難道我們犯了一個錯誤？
事實證明，Go 不是靜态連結庫。或者至少不是所有的庫。在 Linux 下，我們可以使用 ldd 指令來看到動态連結庫：
ldd $GOPATH/bin/helloworld 得到如下響應：
linux-vdso.so.1 => (0x00007fff039fe000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f61df30f000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f61def84000)
/lib64/ld-linux-x86-64.so.2 (0x00007f61df530000) 是以，在我們運作我們的 web 服務之前，我需要告訴 go 編譯器實際的靜态連結。
建立在 Go 中的可執行靜态連結
為了建立可執行的靜态連結，我們需要告訴 Go 使用 cgo 編譯器而不是 go 編譯器。指令如下：
CGO_ENABLED=0 go get -a -ldflags '-s' github.com/adriaandejonge/helloworld CGO_ENABLED
環境變量告訴 Go 使用 cgo 編譯器而不是 go 編譯器。
-a
參數告訴 GO 重薪建構所有的依賴。否則的話你将以動态連結依賴結束。最後的
-ldflags '-s'
參數是一個非常好的擴充。它大概降低了可執行檔案 50% 的檔案大小。你也可以不通過 cgo 使用這個。尺寸縮小是去除了調試資訊的結果。
為了确定，運作 ldd 指令：
ldd $GOPATH/bin/helloworld 傳回是：
not a dynamic executable 你也可以重新運作步驟，圍繞着從 scratch 建立 Docker 容器的可執行檔案。
docker build -t adejonge/helloworld $GOPATH 如果一切順利，Docker 将響應如下：
Successfully built 6ff3fd5a381d docker run -ti --name helloworld adejonge/helloworld 響應如下：
Started, serving at 8080 到目前為止，有許多手動的步驟和很多錯誤的地方。讓我們退出 google/golang 容器并且從周邊伺服器繼續：
<Press Ctrl-C>exit 你可以檢查 Docker 容器和鏡像存在不存在：
docker ps -a
docker p_w_picpaths -a 你可以使用如下指令清理：
docker rm -f helloworld
docker rmi -f adejonge/helloworld 建立一個 Docker 容器來建立一個 Docker 容器
目前為止，我們花了那麼多步驟，我們還可以記錄在 Dockerfile 中并且 Docker 會為我們做這些工作：
FROM google/golang
RUN CGO_ENABLED=0 go get -a -ldflags '-s' github.com/adriaandejonge/helloworld
RUN cp /gopath/src/github.com/adriaandejonge/helloworld/Dockerfile /gopath
CMD docker build -t adejonge/helloworld gopath 我在 一個單獨的稱為 adriaandejonge/hellobuild 的 GitHub 倉庫 檢查了 Dockerfile。它可以使用下面的指令建構：
docker build -t adejonge/hellobuild github.com/adriaandejonge/hellobuild 提供
-t
參數命名 adejonge/hellobuild 鏡像并且它的最新的隐式的标簽。這些名字讓你以後更容易去除鏡像。下一步，你可以使用就像我們在這篇文章前面看到的那樣提供一個參數從這個鏡像中建立一個容器：
docker run -v /var/run/docker.sock:/var/run/docker.sock -v $(which docker):$(which docker) -ti --name hellobuild adejonge/hellobuild --name hellobuild
參數使得在運作後更容易移除容器。事實上，你可以這樣做，因為運作這個指令後，你已經建立了一個 adejonge/helloworld 鏡像：
docker rm -f hellobuild
docker rmi -f adejonge/hellobuild 現在你可以建立一個基于 adejonge/helloworld 鏡像的名為 helloworld 的新容器，就像你以前做的那樣：
docker run -ti --name helloworld adejonge/helloworld 因為所有的這些步驟都是從相同的指令中運作，不需要在 Docker 中打開一個 bash shell 。你可以把這些步驟添加進一個 bash 腳本，自動運作它，為了使你友善， 我已經把這些腳本加入了 hellobuild GitHub 倉庫 。
docker pull adejonge/helloworld ![深度優先搜尋 廣度優先搜尋[圖]](data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=)