微容器完勝大容器？

譯文 精選
作者： 崔瑩峰 2022-09-06 10:18:39

開發(fā)

云原生 容器正在改變企業(yè)部署和使用應(yīng)用程序的方式。微型容器VS大型容器：執(zhí)行效率更高？

成都創(chuàng)新互聯(lián)是專業(yè)的鹽湖網(wǎng)站建設(shè)公司，鹽湖接單;提供做網(wǎng)站、網(wǎng)站建設(shè),網(wǎng)頁(yè)設(shè)計(jì),網(wǎng)站設(shè)計(jì),建網(wǎng)站,PHP網(wǎng)站建設(shè)等專業(yè)做網(wǎng)站服務(wù);采用PHP框架,可快速的進(jìn)行鹽湖網(wǎng)站開發(fā)網(wǎng)頁(yè)制作和功能擴(kuò)展;專業(yè)做搜索引擎喜愛的網(wǎng)站,專業(yè)的做網(wǎng)站團(tuán)隊(duì),希望更多企業(yè)前來合作!

現(xiàn)代開發(fā)的最佳實(shí)踐，尤其是在實(shí)現(xiàn)微服務(wù)架構(gòu)時(shí)，無不涉及使用Docker、Kubernetes和其他容器技術(shù)。

容器正在改變企業(yè)部署和使用應(yīng)用程序的方式。提高開發(fā)和交付效率、可移植性是吸引企業(yè)使用容器的重要原因。容器技術(shù)能夠允許開發(fā)者運(yùn)行軟件而不用擔(dān)心操作系統(tǒng)或依賴項(xiàng)。因此，由于已經(jīng)內(nèi)置了相關(guān)配置和庫(kù)的正式環(huán)境，容器大大簡(jiǎn)化了軟件架構(gòu)。

容器化兩大指標(biāo)  

乍一看，這似乎很簡(jiǎn)單——我們將應(yīng)用程序打包在一個(gè)容器中，運(yùn)行它，然后就完成了。但事情并不會(huì)那么理想：應(yīng)用程序的性能會(huì)出現(xiàn)下降，云基礎(chǔ)設(shè)施的成本也會(huì)增加。為了在不擴(kuò)展云端占用內(nèi)存的情況下有效地構(gòu)建應(yīng)用程序；需要了解與性能表現(xiàn)息息相關(guān)的容器的兩大重要指標(biāo)：

• 容器內(nèi)存消耗；
• 容器鏡像的大小以及它與應(yīng)用程序性能的關(guān)系。

為軟件應(yīng)用程序選擇正確的架構(gòu)是產(chǎn)品開發(fā)中最關(guān)鍵的步驟之一。這個(gè)并不太容易掌握，尤其是微服務(wù)體系盛行的今天，難度更大。比較好的方案就是采用行業(yè)中的創(chuàng)新做法，這樣應(yīng)用程序從現(xiàn)在開始幾年內(nèi)都會(huì)是安全的，不需要更換。從這個(gè)角度來看，對(duì)于應(yīng)用容器化改造選型和部署過程而言，找到可用的最小微型容器是一個(gè)不錯(cuò)的選擇。

微型容器VS大型容器：執(zhí)行效率更高？  

隨著容器的普及、軟件結(jié)構(gòu)向微服務(wù)和云的發(fā)展，在持續(xù)交付的業(yè)務(wù)環(huán)境中，大型容器逐漸暴露出許多缺點(diǎn)。軟件行業(yè)努力通過優(yōu)化來減少大型容器的缺陷。從歷史上看，在做容器化的過程中，我們會(huì)采用原來運(yùn)行應(yīng)用程序的操作系統(tǒng)對(duì)應(yīng)的容器。比如應(yīng)用程序原來是運(yùn)行在Centos上，那么我們會(huì)采用Centos的容器來構(gòu)建我們的應(yīng)用程序鏡像。這種方法是正確的，因?yàn)樗峁┝税踩闹鸩竭w移。該容器操作系統(tǒng)擁有作為一臺(tái)服務(wù)器運(yùn)行所需的所有組件，但對(duì)于我們的應(yīng)用程序來說其實(shí)已經(jīng)不再需要了。因此，容器化的下一步工作將是瘦身，將應(yīng)用程序移植到微型容器。

微型容器是為提高效率而修改的優(yōu)化容器。它仍然包含為軟件應(yīng)用程序提供更多縮放、隔離和奇偶校驗(yàn)的所有文件。但是，它是一個(gè)改進(jìn)的容器，鏡像中保留了優(yōu)化數(shù)量的文件。留在微型容器中的重要文件是shell、包管理器和標(biāo)準(zhǔn)C庫(kù)。

微容器與無發(fā)行的區(qū)別?

同時(shí)，在容器領(lǐng)域中存在“Distroless（無發(fā)行）”的概念，使用Distroless作為基礎(chǔ)鏡像是一種令人興奮的保護(hù)容器安全的方式。它僅包含應(yīng)用程序及其運(yùn)行時(shí)依賴項(xiàng)。Distroless鏡像會(huì)將所有未使用的文件提取出來。值得強(qiáng)調(diào)的是microcontainer和Distroless概念的區(qū)別。微型容器仍然包含未使用的文件，因?yàn)樗鼈兪窍到y(tǒng)保持完整所必需的。微型容器基于與常規(guī)容器相同的操作系統(tǒng)并實(shí)現(xiàn)了所有相同的功能，唯一的區(qū)別是其內(nèi)部文件已得到增強(qiáng)，并且由于開發(fā)人員所做的改進(jìn)，其尺寸變得更小。微型容器包含優(yōu)化數(shù)量的文件，因此它仍然包含應(yīng)用程序運(yùn)行所需的所有文件和依賴項(xiàng)，但格式更輕更小。例如，對(duì)于BellSoft Alpaquita，微型容器只承載了啟動(dòng)OpenJDK應(yīng)用程序所需的所有文件和OpenJDK運(yùn)行的標(biāo)準(zhǔn)工具。這個(gè)微型容器經(jīng)過了BellSoft團(tuán)隊(duì)的巨大改進(jìn)，它的小尺寸提供了比Alpine Linux更高級(jí)別的安全性?？傊?，微型容器的主要特點(diǎn)體現(xiàn)在：

• 它的尺寸更??；
• 更高的分發(fā)、下載和擴(kuò)展速度；
• 安全性。微容器的安全性相對(duì)于那些較大尺寸的容器有了很大提高。從鏡像中刪除不需要的額外文件有助于降低外部攻擊的可能性。

微容器選擇  

如今在最小的容器中存在著相當(dāng)多的基本鏡像。一個(gè)很好的例子是Debian Slim。Debian Slim是最流行的Linux發(fā)行版之一，起源于更大的Debian docker。另一個(gè)著名的微型容器是Alpine Linux。這兩個(gè)通用基礎(chǔ)鏡像仍然像大型容器一樣包含所有內(nèi)部組件，攜帶的文件大小也得到了改進(jìn)，因而性能相對(duì)更好些。通用基礎(chǔ)鏡像盡管尺寸減小，但它們的行為方式與大型容器相同。Distroless鏡像則截然不同，它通常只攜帶應(yīng)用程序及其運(yùn)行時(shí)依賴項(xiàng)。Distroless鏡像被大大減少，并被認(rèn)為是無包管理器的，另外它們的實(shí)際用途和操作也不同?；氐轿⑿腿萜?，它們可以更小，指標(biāo)也可以進(jìn)一步改進(jìn)。例如BellSoft （OpenJDK 的主要貢獻(xiàn)者）使用 Alpine Linux 做到了這一點(diǎn)，并且發(fā)布了一個(gè)比Alpine 更小的新鏡像——Alpaquita Linux。它更輕更小，完全可以與 OpenJDK 配合使用。作為將 musl 上的端口集成到 OpenJDK 的作者，BellSoft 進(jìn)一步利用了這一強(qiáng)大的特性并改進(jìn)了Alpine Linux，在其基礎(chǔ)上創(chuàng)建了 Alpaquita Linux。Alpaquita Linux 除了更小的尺寸外，還將獲得保證及時(shí)更新和完全可用的OpenJDK 標(biāo)準(zhǔn)工具。

總結(jié)  

綜上，微型容器對(duì)云原生應(yīng)用程序有明顯優(yōu)勢(shì)。而大型容器則不同，價(jià)值點(diǎn)在于為市場(chǎng)提供更好的通用基礎(chǔ)鏡像解決方案。處于不同轉(zhuǎn)型階段的企業(yè)可以適當(dāng)予以取舍和部署。

網(wǎng)站欄目：微容器完勝大容器？
文章位置：http://m.5511xx.com/article/dpgddhp.html