怎樣去構建一個優質的Docker容器映象

老麥發表於2019-03-26
Docker

拋磚引玉

先說結論

  1. 以不變應萬變

    • 善用 cache, 使用一個相對固定的 build 環境
    • 構建 自己的基礎映象

  2. 潔身自好

    • 保持 context 乾淨: .dockerignore
    • 映象環境清理

你需要的瞭解的參考資料

為什麼要優化映象

  • 一個小映象有什麼好處: 分發更快，儲存更少，載入更快。
  • 映象臃腫帶來了什麼問題: 儲存過多，分發更慢且浪費頻寬更多。

映象的構成

image

  • 俯瞰映象: 就是一個刪減版的作業系統。
  • 側看映象: 由一層層的 layer 堆疊而成

那麼問題來了

  1. 是否層數少的映象, 就是一個好映象？
  2. 在企業應用中, 要怎麼去規劃和建設 CI中的映象和構建 ?
  3. 帶叢集足夠大, 節點足夠多的時候, 要怎麼快速分發這些映象 ?

舉個例子 docker build

  • Dockerfile v1
# v1
FROM nginx:1.15-alpine

RUN echo "hello"

RUN echo "demo best practise"

ENTRYPOINT [ "/bin/sh" ]
複製程式碼
  • Dockerfile v2
# v2
FROM nginx:1.15-alpine

RUN echo "hello"

RUN echo "demo best practise 02"

ENTRYPOINT [ "/bin/sh" ]
複製程式碼

1st build

全新構建

# docker build -t demo:0.0.1 .                          
Sending build context to Docker daemon  2.048kB
Step 1/4 : FROM nginx:1.15-alpine
 ---> 9a2868cac230
Step 2/4 : RUN echo "hello"
 ---> Running in d301b4b3ed55
hello
Removing intermediate container d301b4b3ed55
 ---> 6dd2a7773bbc
Step 3/4 : RUN echo "demo best practise"
 ---> Running in e3084037668e
demo best practise
Removing intermediate container e3084037668e
 ---> 4588ecf9837a
Step 4/4 : ENTRYPOINT [ "/bin/sh" ]
 ---> Running in d63f460347ff
Removing intermediate container d63f460347ff
 ---> 77b52d828f21
Successfully built 77b52d828f21
Successfully tagged demo:0.0.1
複製程式碼

2nd build

Dockerfile 與 1st build 完全一致， 命令僅修改 build tag , 從 0.0.1 到 0.0.2

# docker build -t demo:0.0.2 .
Sending build context to Docker daemon  4.096kB
Step 1/4 : FROM nginx:1.15-alpine
 ---> 9a2868cac230
Step 2/4 : RUN echo "hello"
 ---> Using cache
 ---> 6dd2a7773bbc
Step 3/4 : RUN echo "demo best practise"
 ---> Using cache
 ---> 4588ecf9837a
Step 4/4 : ENTRYPOINT [ "/bin/sh" ]
 ---> Using cache
 ---> 77b52d828f21
Successfully built 77b52d828f21
Successfully tagged demo:0.0.2
複製程式碼

可以看到，

  1. 每層 layer 都使用 cache (---> Using cache) ，並未重新構建。
  2. 我們可以通過 docker image ls |grep demo 看到， demo:0.0.1 與 demo:0.0.2 的 layer hash 是相同。 所以從根本上來說， 這兩個映象就是同一個映象，雖然都是 build 出來的。

3rd build

這次， 我們將第三層 RUN echo "demo best practise" 變更為 RUN echo "demo best practise 02"

docker build -t demo:0.0.3 .
Sending build context to Docker daemon  4.608kB
Step 1/4 : FROM nginx:1.15-alpine
 ---> 9a2868cac230
Step 2/4 : RUN echo "hello"
 ---> Using cache
 ---> 6dd2a7773bbc
Step 3/4 : RUN echo "demo best practise 02"
 ---> Running in c55f94e217bd
demo best practise 02
Removing intermediate container c55f94e217bd
 ---> 46992ea04f49
Step 4/4 : ENTRYPOINT [ "/bin/sh" ]
 ---> Running in f176830cf445
Removing intermediate container f176830cf445
 ---> 2e2043b7f3cb
Successfully built 2e2043b7f3cb
Successfully tagged demo:0.0.3
複製程式碼

可以看到 ，

  1. 第二層仍然使用 cache
  2. 但是第三層已經生成了新的 hash 了
  3. 雖然第四層的操作沒有變更，但是由於上層的映象已經變化了，所以第四層本身也發生了變化。

注意: 每層在 build 的時候都是依賴於上冊 ---> Running in f176830cf445。

4th build

第四次構建， 這次使用 --no-cache 不使用快取， 模擬在另一臺電腦上進行 build 。

# docker build -t demo:0.0.4 --no-cache .  
Sending build context to Docker daemon  5.632kB
Step 1/4 : FROM nginx:1.15-alpine
 ---> 9a2868cac230
Step 2/4 : RUN echo "hello"
 ---> Running in 7ecbed95c4cd
hello
Removing intermediate container 7ecbed95c4cd
 ---> a1c998781f2e
Step 3/4 : RUN echo "demo best practise 02"
 ---> Running in e90dae9440c2
demo best practise 02
Removing intermediate container e90dae9440c2
 ---> 09bf3b4238b8
Step 4/4 : ENTRYPOINT [ "/bin/sh" ]
 ---> Running in 2ec19670cb14
Removing intermediate container 2ec19670cb14
 ---> 9a552fa08f73
Successfully built 9a552fa08f73
Successfully tagged demo:0.0.4
複製程式碼

可以看到，

  1. 雖然和 3rd build 使用的 Dockerfile 相同， 但由於沒有快取，每一層都是重新 build 的。
  2. 雖然 demo:0.0.3 和 demo:0.0.4 在功能上是一致的。但是 他們的 layer 不同， 從根本上來說，他們是不同的映象。

相關文章