這里用個不太恰當的比方來說明。

大家肯定安裝過ghost系統，鏡像就像是ghost文件，容器就像是ghost系統。你可以拿別人的ghost文件安裝系統(使用鏡像運行容器)，也可以把自己現有的系統制作成ghost文件(從容器構建鏡像)。Dockerfile則像是一個生成ghost文件的腳本(鏡像構建腳本)，這個腳本會指定去哪里下載哪個版本的window系統，再去哪里下載哪些軟件并安裝，再修改哪些配置文件，等等。本文主要講的是，如何從容器構建鏡像(把現有系統制作成ghost文件)，和如何使用Dockerfile構建鏡像(使用腳本生成ghost文件)。

兩種方式構建鏡像的主要步驟：

1.從容器構建鏡像(以下簡稱容器鏡像)

• 創建一個容器，比如使用 tomcat:latest 鏡像創建一個tomcat-test容器
• 修改tomcat-test容器的文件系統，比如修改tomcat的server.xml文件中的默認端口
• 使用commit命令提交鏡像

2.使用Dockerfile構建鏡像(以下簡稱Dockerfile鏡像)

• 編寫Dockerfile文件
• 使用build命令構建鏡像

兩種構建方式的區別：

1.容器鏡像的構建者可以任意修改容器的文件系統后進行發布，這種修改對于鏡像使用者來說是不透明的，鏡像構建者一般也不會將對容器文件系統的每一步修改，記錄進文檔中，供鏡像使用者參考。

2.容器鏡像不能(更準確地說是不建議)通過修改，生成新的容器鏡像。

從鏡像運行容器，實際上是在鏡像頂部上加了一層可寫層，所有對容器文件系統的修改，都在這一層中進行，不影響已經存在的層。比如在容器中刪除一個1G的文件，從用戶的角度看，容器中該文件已經沒有了，但從文件系統的角度看，文件其實還在，只不過在頂層中標記該文件已被刪除，當然這個標記為已刪除的文件還會占用鏡像空間。從容器構建鏡像，實際上是把容器的頂層固化到鏡像中。

也就是說， 對容器鏡像進行修改后，生成新的容器鏡像，會多一層，而且鏡像的體積只會增大，不會減小。長此以往，鏡像將變得越來越臃腫。Docker提供的 export 和 import 命令可以一定程度上處理該問題，但也并不是沒有缺點。

3.容器鏡像依賴的父鏡像變化時，容器鏡像必須進行重新構建。如果沒有編寫自動化構建腳本，而是手工構建的，那么又要重新修改容器的文件系統，再進行構建，這些重復勞動其實是沒有價值的。

4.Dockerfile鏡像是完全透明的，所有用于構建鏡像的指令都可以通過Dockerfile看到。甚至你還可以遞歸找到本鏡像的任何父鏡像的構建指令。也就是說，你可以完全了解一個鏡像是如何從零開始，通過一條條指令構建出來的。

5.Dockerfile鏡像需要修改時，可以通過修改Dockerfile中的指令，再重新構建生成，沒有任何問題。

6.Dockerfile可以在GitHub等源碼管理網站上進行托管，DockerHub自動關聯源碼進行構建。當你的Dockerfile變動，或者依賴的父鏡像變動，都會觸發鏡像的自動構建，非常方便。

** 不管是官方還是我個人，都推薦使用第二種方式構建鏡像。**

關于Dockerfile里面指令的詳細說明，這里就不一一列出了，大家可以參考官方文檔，或關注我之后的文章，當然網上也是一搜一大堆。