鏡像和容器的關系：

鏡像是容器的基礎，每次執行 docker run 的時候都會指定哪個鏡像作為容器運行的基礎。
我們可以使用的都是來自于 Docker Hub 的鏡像。直接使用這些鏡像是可以滿足一定的需求，而當這些鏡像無法直接滿足需求時，我們就需要定制這些鏡像。
鏡像是多層存儲，每一層是在前一層的基礎上進行的修改；而容器同樣也是多層存儲，是在以鏡像為基礎層，在其基礎上加一層作為容器運行時的存儲層。

定制一個WEB服務器為例，來理解鏡像時如何構建完成的：
$ docker run --name webserver -d -p 80:80 nginx

這條命令會用 nginx 鏡像啟動一個容器，命名為 webserver ，并且映射了 80 端口，這樣就可以用瀏覽器去訪問這個 nginx 服務器。

現在，假設我們自定義頁面，我們可以使用docker exec 命令進入容器，修改其內容：

$ docker exec -it webserver bash root@3729b97e8226:/# echo '<h1>Hello, Docker!</h1>' > /usr/share/nginx/html/index.html root@3729b97e8226:/# exit exit

再次訪問：

修改了容器的文件，也就是改動了容器的存儲層。可以通過 docker diff 命令看到具體的改動：

[root@work volumes]# docker diff webserver C /root A /root/.bash_history C /run A /run/nginx.pid D /run/secrets C /usr C /usr/share C /usr/share/nginx/html C /usr/share/nginx/html/index.html C /var C /var/cache C /var/cache/nginx D /var/cache/nginx/client_temp D /var/cache/nginx/fastcgi_temp D /var/cache/nginx/proxy_temp D /var/cache/nginx/scgi_temp D /var/cache/nginx/uwsgi_temp

保存鏡像：

Docker 提供了一個 docker commit 命令，可以將容器的存儲層保存下來成為鏡像。換句話說，就是在原有鏡像的基礎上，再疊加上容器的存儲層，并構成新的鏡像。以后我們運行這個新鏡像的時候，就會擁有原有容器最后的文件變化。

docker commit 的語法格式為：
docker commit [選項] <容器ID或容器名> [<倉庫名>[:<標簽>]]

[root@work ~]# docker commit webserver nginx:v2 sha256:a7a2e8ca8062198f96d8e1410fcd90ee5706c18857709dc6462fee72fc94c1ea

可以用 docker images 中看到這個新定制的鏡像：

[root@work ~]# docker images REPOSITORY TAG IMAGE ID CREATED SIZE nginx v2 a7a2e8ca8062 About a minute ago 109 MB docker.io/centos latest 9f38484d220f 34 hours ago 202 MB docker.io/nginx latest 881bd08c0b08 11 days ago 109 MB

可以用 docker history 具體查看鏡像內的歷史記錄，如果比較 nginx:latest 的歷史記錄，會發現新增了剛剛提交的這一層。

[root@work ~]# docker history nginx:v2 IMAGE CREATED CREATED BY SIZE COMMENT a7a2e8ca8062 2 minutes ago nginx -g daemon off; 97 B 881bd08c0b08 11 days ago /bin/sh -c #(nop) CMD ["nginx" "-g" "daem... 0 B <missing> 11 days ago /bin/sh -c #(nop) STOPSIGNAL SIGTERM 0 B <missing> 11 days ago /bin/sh -c #(nop) EXPOSE 80 0 B <missing> 11 days ago /bin/sh -c ln -sf /dev/stdout /var/log/ngi... 22 B <missing> 11 days ago /bin/sh -c set -x && apt-get update && a... 54 MB <missing> 11 days ago /bin/sh -c #(nop) ENV NJS_VERSION=1.15.9.... 0 B <missing> 11 days ago /bin/sh -c #(nop) ENV NGINX_VERSION=1.15.... 0 B <missing> 11 days ago /bin/sh -c #(nop) LABEL maintainer=NGINX ... 0 B <missing> 11 days ago /bin/sh -c #(nop) CMD ["bash"] 0 B <missing> 11 days ago /bin/sh -c #(nop) ADD file:5ea7dfe8c8bc87e... 55.3 MB

新的鏡像定制好后，我們可以來運行這個鏡像。
docker run --name web2 -d -p 81:80 nginx:v2

這里命名為新的服務為 web2 ，并且映射到 81 端口。
至此，第一次完成了定制鏡像，使用的是 docker commit 命令，手動操作給舊的鏡像添加了新的一層，形成新的鏡像，對鏡像多層存儲應該有了更直觀的感覺。

鏡像大小信息只是表示該鏡像的邏輯體積大小，實際上由于相同的鏡像層本地指揮存儲一份，物理上占用的存儲空間會小于各鏡像的邏輯體積之和。

慎用 docker commit：

使用 docker commit 命令雖然可以比較直觀的幫助理解鏡像分層存儲的概念，但是實際環境中并不會這樣使用。

首先，如果仔細觀察之前的 docker diff webserver 的結果，你會發現除了真正想要修改的 /usr/share/nginx/html/index.html 文件外，由于命令的執行，還有很多文件被改動或添加了。這還僅僅是最簡單的操作，如果是安裝軟件包、編譯構建，那會有大量的無關內容被添加進來，如果不小心清理，將會導致鏡像極為臃腫。

此外，使用 docker commit 意味著所有對鏡像的操作都是黑箱操作，生成的鏡像也被稱為黑箱鏡像，換句話說，就是除了制作鏡像的人知道執行過什么命令、怎么生成的鏡像，別人根本無從得知。而且，即使是這個制作鏡像的人，過一段時間后也無法記清具體在操作的。雖然 docker diff 或許可以告訴得到一些線索，但是遠遠不到可以確保生成一致鏡像的地步。這種黑箱鏡像的維護工作是非常痛苦的。

而且，回顧之前提及的鏡像所使用的分層存儲的概念，除當前層外，之前的每一層都是不會發生改變的，換句話說，任何修改的結果僅僅是在當前層進行標記、添加、修改，而不會改動上一層。如果使用 docker commit 制作鏡像，以及后期修改的話，每一次修改都會讓鏡像更加臃腫一次，所刪除的上一層的東西并不會丟失，會一直如影隨形的跟著這個鏡像，即使根本無法訪問到。這會讓鏡像更加臃腫。

轉載于:https://blog.51cto.com/13581826/2364060

總結

以上是生活随笔為你收集整理的docker 4 section的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。