Docker鏡像

目錄

• 是什麼？
  • UnionFS（聯合文件系統）
  • Docker鏡像加載原理
  • 分層的鏡像
  • 爲何 Docker 鏡像要採用這種分層結構呢
• 特色
• Docker鏡像commit操做補充

是什麼？

鏡像是一種輕量級、可執行的獨立軟件包，用來打包軟件運行環境和基於運行環境開發的軟件，它包含運行某個軟件所需的全部內容，包括代碼、運行時、庫、環境變量和配置文件。

UnionFS（聯合文件系統）

UnionFS（聯合文件系統）：Union文件系統（UnionFS）是一種分層、輕量級而且高性能的文件系統，它支持對文件系統的修改做爲一次提交來一層層的疊加，同時能夠將不一樣目錄掛載到同一個虛擬文件系統下(unite several directories into a single virtual filesystem)。Union 文件系統是 Docker 鏡像的基礎。鏡像能夠經過分層來進行繼承，基於基礎鏡像（沒有父鏡像），能夠製做各類具體的應用鏡像。

特性：一次同時加載多個文件系統，但從外面看起來，只能看到一個文件系統，聯合加載會把各層文件系統疊加起來，這樣最終的文件系統會包含全部底層的文件和目錄

Docker鏡像加載原理

Docker鏡像加載原理：
docker的鏡像實際上由一層一層的文件系統組成，這種層級的文件系統UnionFS。
bootfs(boot file system)主要包含bootloader和kernel, bootloader主要是引導加載kernel, Linux剛啓動時會加載bootfs文件系統，在Docker鏡像的最底層是bootfs。這一層與咱們典型的Linux/Unix系統是同樣的，包含boot加載器和內核。當boot加載完成以後整個內核就都在內存中了，此時內存的使用權已由bootfs轉交給內核，此時系統也會卸載bootfs。

rootfs (root file system) ，在bootfs之上。包含的就是典型 Linux 系統中的 /dev, /proc, /bin, /etc 等標準目錄和文件。rootfs就是各類不一樣的操做系統發行版，好比Ubuntu，Centos等等。

平時咱們安裝進虛擬機的CentOS都是好幾個G，爲何docker這裏才200M？？

對於一個精簡的OS，rootfs能夠很小，只須要包括最基本的命令、工具和程序庫就能夠了，由於底層直接用Host的kernel，本身只須要提供 rootfs 就好了。因而可知對於不一樣的linux發行版, bootfs基本是一致的, rootfs會有差異, 所以不一樣的發行版能夠公用bootfs。

分層的鏡像

以咱們的pull爲例，在下載的過程當中咱們能夠看到docker的鏡像好像是在一層一層的在下載

爲何 Docker 鏡像要採用這種分層結構呢

最大的一個好處就是 - 共享資源

好比：有多個鏡像都從相同的 base 鏡像構建而來，那麼宿主機只需在磁盤上保存一份base鏡像，
同時內存中也只需加載一份 base 鏡像，就能夠爲全部容器服務了。並且鏡像的每一層均可以被共享。

特色

• Docker鏡像都是隻讀的
• 當容器啓動時，一個新的可寫層被加載到鏡像的頂部。
• 這一層一般被稱做「容器層」，「容器層」之下的都叫「鏡像層」。

Docker鏡像commit操做補充

• docker commit提交容器副本使之成爲一個新的鏡像

• docker commit -m=「提交的描述信息」 -a=「做者」 容器ID 要建立的目標鏡像名:[標籤名]

• 案例演示：

1. 從Hub上下載tomcat鏡像到本地併成功運行

docker run -it -p 8080:8080 tomcat

-p 主機端口:docker容器端口
-P 隨機分配端口
i:交互
t:終端

也能夠是自定義不一樣的端口，前提是這個端口是放行的狀態：

docker run -it -p 8888:8080 tomcat

• 隨機端口測試：

docker run -it -P tomcat

這個時候按 ctrl+p+q（容器不中止退出），docker ps 隨機分配的端口號是多少：

這個時候若是開啓了上面的端口號就能夠訪問到tomcat主頁了

2. 故意刪除上一步鏡像生產tomcat容器的文檔（我這裏把docs移到上一個tomcat文件夾中）

docker ps
docker exec -it 8bd38f662a41 /bin/bash
mv docs/ /usr/local/tomcat/

此時再訪問端口8888，tomcat文檔沒有了

3. 也即當前的tomcat運行實例是一個沒有文檔內容的容器，以它爲模板commit一個沒有doc的tomcat新鏡像atguigu/tomcat02，atguigu爲命名空間

docker search 查找鏡像時前面有空間名

docker search tomcat

• 案例：把tomcat8.5鏡像中移動docx，從新提交一個沒有docx的tomcat鏡像，而且命名爲xdr/tomcat8.5:1.0，版本標籤爲1.0 ，做者爲xdr630

docker commit -a="xdr630" -m="mv tomcat docx" 52992cd8b22b xdr630/tomcat8.5:1.0

把正在運行的容器所有刪除：

docker rm -f $(docker ps -q)

啓動剛纔本身命名的tomcat的新的鏡像

docker run -it -p 8888:8080 xdr630/tomcat8.5:1.0

這裏注意的是啓動時必須帶標籤，不寫標籤就是默認的latest版本。
訪問8888端口，打開docx文檔仍是不存在

4. 啓動咱們的新鏡像並和原來的對比

• 啓動atguigu/tomcat02，它沒有docs
  
  新啓動原來的tomcat，它有docs
• 案例：從阿里雲pull一個新的tomcat鏡像，這個時候沒有帶TAG標籤，表示tomcat版本是latest，因此本地沒有又去阿里雲上pull一個新的tomcat鏡像

docker run -it -p 8888:8080 tomcat

這個時候訪問Tomcat時出現404錯誤，能夠訪問我另一篇怎麼解決：https://blog.csdn.net/qq_41684621/article/details/105640581
這裏也說明一下解決的辦法：

接着就能夠正常訪問了：

這個時候在訪問下docx文檔


這個案例說明本地的鏡像能夠經過修改爲一個新的鏡像，就能夠自定義屬於本身的鏡像了

docker images

• tomcat之後臺啓動的方式啓動

-d 參數是讓tomcat容器在後臺運行

docker run -d -p 7777:8080 tomcat

這個時候訪問7777端口仍是跟 docker run -it 鏡像名或ID 啓動時結果同樣的