一份如何選取 Linux 容器鏡像的 對(duì)比報(bào)告 闡述了鏡像選取中的一些最佳實(shí)踐。報(bào)告中涉及了架構(gòu)、安全和性能等因素，此外，商業(yè)用戶還需要考慮廠商的支持情況。
　　Linux 容器提供了對(duì)內(nèi)核空間和用戶空間組件的獨(dú)立管理，這是是通過使用 cgroups 和 命名空間 （Namespace）等資源及進(jìn)程隔離機(jī)制實(shí)現(xiàn)的。雖然 Solaris 和 BSD 也提供了與 Linux 容器技術(shù)類似的 抽象機(jī)制 ，但此份對(duì)比報(bào)告只聚焦于 Linux 容器技術(shù)。運(yùn)行容器的主機(jī)提供了運(yùn)行容器所需的操作系統(tǒng)內(nèi)核和一系列工具。另一方面，容器鏡像提供了運(yùn)行分布在容器間的應(yīng)用所需的軟件庫、解釋器和應(yīng)用代碼。所有這些都依賴于底層系統(tǒng)庫。對(duì)于解釋性語言也同樣適用，因?yàn)榻忉屍鞅旧硪彩鞘褂玫讓诱Z言編寫的。
　　第一個(gè)原則是容器鏡像的大小。各容器鏡像在磁盤上的大小不等，從 Fedora 這樣的 230MB 大小，到 Alpine Linux 這樣的 4MB 大小。但是在選取一個(gè)鏡像發(fā)布版時(shí)，鏡像的大小并非 唯一應(yīng)該考慮的問題 。鏡像的主要分組包括 Debian/Ubuntu、RHEL、Centos、Fedora 和 Alpine。
　　第二個(gè)原則是容器中的安全漏洞問題。該問題已成為 很多報(bào)告 的主題。根據(jù) 一份最新的研究 ，Docker Hub 上的公開 Debian 容器鏡像所具有的漏洞最少，而 Ubuntu 鏡像的漏洞最多。該研究僅涉及了哪些公開的 Docker 鏡像。一些工具也提供了不同程度的防護(hù)和功能，例如 Clair 和 vuls 這樣的開源工具，以及 Twistlock 等這類商業(yè)工具。很多軟件廠商已實(shí)現(xiàn)對(duì)發(fā)布版及 Web 服務(wù)器和數(shù)據(jù)庫這樣的通用軟件中的未知漏洞的 自動(dòng)測(cè)試 。一些開源 工作 也致力于減緩或最小化容器漏洞，兩者都會(huì)對(duì)主機(jī)和容器間的相互通信產(chǎn)生影響（參見該 幻燈片 的第 7-9 頁）。
　　第三個(gè)原則是鏡像中的軟件包情況。glibc 等核心庫和軟件包格式會(huì)對(duì)容器的安全和性能產(chǎn)生影響。一些成熟的軟件庫，例如 glibc 和 gcc，具有很大規(guī)模的用戶社區(qū)，并已經(jīng)被穩(wěn)健地使用多年。這也是容器鏡像使用這些軟件庫的首要原因。但是 Alpine 等一些發(fā)布版堅(jiān)持另辟蹊徑，這 已經(jīng)導(dǎo)致 了一些 問題 。
　　除了上述三個(gè)原則，企業(yè)用戶還需要考慮鏡像的生命周期和產(chǎn)品支持因素。RHEL 和 Ubuntu 給出了一些商業(yè)支持選項(xiàng)，它們通過論壇對(duì)各種用戶提供社區(qū)支持。Ubuntu 和 RHEL 引領(lǐng)了生命周期范圍的管理，即一個(gè)發(fā)布版本得到支持的時(shí)間范圍，在此期間將提供軟件缺陷修復(fù)、補(bǔ)丁與特性的向后移植（Backporting）及支持。
　　報(bào)告給出的結(jié)論是，容器鏡像的選擇類似于選擇 Linux 發(fā)布版。為此，Google 的“ Distroless ”鏡像給出了一種非常有意思的拆分方式。Distroless 僅是一個(gè)提供各種應(yīng)用及其運(yùn)行時(shí)依賴的鏡像，并不包含哪些在任一 Linux 發(fā)布版中通常都會(huì)包含的程序，例如 Shell 和軟件包管理等。
?