關於Docker里面的幾個主要概念
這里用個不太恰當的比方來說明。
大家肯定安裝過ghost系統，鏡像就像是ghost文件，容器就像是ghost系統。你可以拿別人的ghost文件安裝系統（使用鏡像運行容器），也可以把自己現有的系統制作成ghost文件（從容器構建鏡像）。Dockerfile則像是一個生成ghost文件的腳本（鏡像構建腳本），這個腳本會指定去哪里下載哪個版本的window系統，再去哪里下載哪些軟件並安裝，再修改哪些配置文件，等等。本文主要講的是，如何從容器構建鏡像（把現有系統制作成ghost文件），和如何使用Dockerfile構建鏡像（使用腳本生成ghost文件）。
兩種方式構建鏡像的主要步驟：
- 從容器構建鏡像（以下簡稱容器鏡像）
- 創建一個容器，比如使用
tomcat:latest鏡像創建一個tomcat-test容器 - 修改tomcat-test容器的文件系統，比如修改tomcat的server.xml文件中的默認端口
- 使用commit命令提交鏡像
- 創建一個容器，比如使用
- 使用Dockerfile構建鏡像（以下簡稱Dockerfile鏡像）
- 編寫Dockerfile文件
- 使用build命令構建鏡像
兩種構建方式的區別：
- 容器鏡像的構建者可以任意修改容器的文件系統后進行發布，這種修改對於鏡像使用者來說是不透明的，鏡像構建者一般也不會將對容器文件系統的每一步修改，記錄進文檔中，供鏡像使用者參考。
- 容器鏡像不能（更准確地說是不建議）通過修改，生成新的容器鏡像。
從鏡像運行容器，實際上是在鏡像頂部上加了一層可寫層，所有對容器文件系統的修改，都在這一層中進行，不影響已經存在的層。比如在容器中刪除一個1G的文件，從用戶的角度看，容器中該文件已經沒有了，但從文件系統的角度看，文件其實還在，只不過在頂層中標記該文件已被刪除，當然這個標記為已刪除的文件還會占用鏡像空間。從容器構建鏡像，實際上是把容器的頂層固化到鏡像中。
也就是說， 對容器鏡像進行修改后，生成新的容器鏡像，會多一層，而且鏡像的體積只會增大，不會減小。長此以往，鏡像將變得越來越臃腫。Docker提供的export和import命令可以一定程度上處理該問題，但也並不是沒有缺點。 - 容器鏡像依賴的父鏡像變化時，容器鏡像必須進行重新構建。如果沒有編寫自動化構建腳本，而是手工構建的，那么又要重新修改容器的文件系統，再進行構建，這些重復勞動其實是沒有價值的。
- Dockerfile鏡像是完全透明的，所有用於構建鏡像的指令都可以通過Dockerfile看到。甚至你還可以遞歸找到本鏡像的任何父鏡像的構建指令。也就是說，你可以完全了解一個鏡像是如何從零開始，通過一條條指令構建出來的。
- Dockerfile鏡像需要修改時，可以通過修改Dockerfile中的指令，再重新構建生成，沒有任何問題。
- Dockerfile可以在GitHub等源碼管理網站上進行托管，DockerHub自動關聯源碼進行構建。當你的Dockerfile變動，或者依賴的父鏡像變動，都會觸發鏡像的自動構建，非常方便。
** 不管是官方還是我個人，都推薦使用第二種方式構建鏡像。**
關於Dockerfile里面指令的詳細說明，這里就不一一列出了，大家可以參考官方文檔，或關注我之后的文章，當然網上也是一搜一大堆。