Docker的鏡像優(yōu)化

IT那活兒發(fā)布于2023-01-11 13:20 / 1469人閱讀

Docker的鏡像優(yōu)化

點(diǎn)擊上方“IT那活兒”，關(guān)注后了解更多內(nèi)容，不管IT什么活兒，干就完了！??！

容器化背景

現(xiàn)今越來(lái)越多的企業(yè)將docker運(yùn)用到自動(dòng)化運(yùn)維中，不管是為了保證開(kāi)發(fā)、測(cè)試、生產(chǎn)環(huán)境的環(huán)境一致性，還是和CI/CD工具的集成度，例如jenkins對(duì)docker或k8s的自動(dòng)構(gòu)建部署。

因?yàn)槿萜骶邆淙缦聝?yōu)點(diǎn)：

靈活性：即使是最復(fù)雜的應(yīng)用程序也可以容器化。
輕量化：容器共享主機(jī)內(nèi)核，使得它們遠(yuǎn)比虛擬機(jī)高效。
便攜性：可以做到本地編譯，到處運(yùn)行。
松耦合：容器自我封裝，一個(gè)容器被替換或升級(jí)不會(huì)打斷別的容器。
安全性：容器對(duì)進(jìn)程進(jìn)行了嚴(yán)格的限制和隔離，而無(wú)需用戶(hù)進(jìn)行任何配置。

鏡像源概述

1. 公共鏡像

1.1 公共鏡像的優(yōu)點(diǎn)

聯(lián)網(wǎng)直接pull并使用，簡(jiǎn)便。

1.2 公共鏡像的缺點(diǎn)

1）dockerhub或國(guó)內(nèi)鏡像網(wǎng)站pull第三方鏡像,但由于審核并非嚴(yán)格，所以存在一些安全漏洞；

2）增加了不必要的程序，冗余度差。

示例：優(yōu)化鏡像后的大小為原先未優(yōu)化的大小的5倍，大大節(jié)省空間。

--Dockerhub上的最熱門(mén)的鏡像：

--沒(méi)有進(jìn)行優(yōu)化的鏡像，大小為629M：

--優(yōu)化后的鏡像,大小為126M：

2. 私有鏡像

2.1 私有鏡像的優(yōu)點(diǎn)

每個(gè)企業(yè)或個(gè)人使用容器，都是應(yīng)對(duì)不同的業(yè)務(wù)場(chǎng)景，沒(méi)有完全一致的業(yè)務(wù)場(chǎng)景，自己制作的鏡像最能滿(mǎn)足自己的要求，節(jié)省資源成本，安全性高。

2.2 私有鏡像的缺點(diǎn)

制作流程復(fù)雜，可重用性低，按需定制。

合格鏡像的特點(diǎn)

1. 選擇合適的基礎(chǔ)鏡像

選擇Alpine鏡像代替Ubuntu、CentOS、Debian等鏡像從圖中對(duì)比可看出centos的大小遠(yuǎn)大于Alpine，那么我們?cè)谶x擇基礎(chǔ)鏡像時(shí)選用Alpine時(shí)就會(huì)減少相應(yīng)的體積。

2. 鏡像文件層級(jí)盡量少

每執(zhí)行一條Dockerfile中的指令，就會(huì)提交一次修改，這次修改會(huì)保存成一個(gè)只讀層掛載到聯(lián)合文件系統(tǒng)所以在編寫(xiě)Dockerfile時(shí)，我們可以根據(jù)實(shí)際情況去合并一些指令，比如我們?cè)诎惭bjdk，tomcat時(shí)，解壓、編譯、安裝以及刪除源文件的指令可以放在一起，以減少最終的鏡像層，也可以通過(guò)壓縮來(lái)減少層級(jí)但不一定好用。

3. 去除不必要的輸出

在dockerfile構(gòu)造鏡像的時(shí)候總會(huì)有一些日志文件或者緩存的輸出（tomcat的webapps掛載到主機(jī)不占用鏡像的容量），將這些文件掛載或者直接刪除。

4. 復(fù)用鏡像層

在鏡像的構(gòu)建過(guò)程中，Docker根據(jù)Dockerfile指定的順序執(zhí)行每個(gè)指令。在執(zhí)行每條指令之前，Docker都會(huì)在緩存中查找是否已經(jīng)存在可重用的鏡像，如果有就使用現(xiàn)存的鏡像，不再重復(fù)創(chuàng)建，而鏡像層多可重用的機(jī)會(huì)就越多，整體鏡像部署時(shí)也不用上傳全部鏡像。

優(yōu)化鏡像的示例