雷波

隨著容器發(fā)展模式逐漸成為主流，容器堆棧本身也在不斷發(fā)展?，F(xiàn)在，企業(yè)看到了容器的價值，開發(fā)和業(yè)務(wù)重點正在從引擎轉(zhuǎn)移到增加更多復(fù)雜的功能，以便更直接地獲得業(yè)務(wù)收益。事實上，在短短幾年內(nèi)，容器已經(jīng)從沒有管理、技術(shù)精湛和社區(qū)分化的現(xiàn)狀轉(zhuǎn)變成為更加高雅、商用化的IT包，并且完全遵循由跨廠商的開放容器生態(tài)。

在最基本的層面上，Linux容器使得企業(yè)能夠?qū)?yīng)用程序域整個runtime環(huán)境打包并隔離，以運行所需的所有文件。這使得在保留全部功能的同時在環(huán)境（開發(fā)、測試和生產(chǎn)等）之間遷移容器化應(yīng)用變得容易。Linux容器通過分隔責(zé)任區(qū)域來幫助減少開發(fā)和運營團隊之間的沖突，開發(fā)人員可以專注于他們的應(yīng)用程序，運營人員則專注于基礎(chǔ)設(shè)施。

而且，因為Linux容器是基于開源技術(shù)的，所以一旦得以應(yīng)用，組織就可以獲得最新和最大的技術(shù)進(jìn)步。容器技術(shù)（如CRI-O、Kubernetes和Docker）可以幫助簡化團隊，加速和協(xié)調(diào)應(yīng)用程序開發(fā)和部署。

事實上，容器正處于IT不斷發(fā)展的進(jìn)化階段，他們正在成為創(chuàng)新的平臺。從復(fù)合應(yīng)用程序和微服務(wù)到快速應(yīng)用程序開發(fā)以及DevOps的各種排列，企業(yè)IT現(xiàn)在處于另一個轉(zhuǎn)折點：路在何方？

以下是組織和開發(fā)人員現(xiàn)在需要了解的關(guān)于容器堆棧以及如何改變的八件事情。

要素

要運行容器，需要整個企業(yè)容器基礎(chǔ)設(shè)施：Linux、runtime、編排。這個堆棧通常由LDK-Linux、Docker和Kubernetes組成，但隨著容器技術(shù)的發(fā)展，這一趨勢也在不斷發(fā)展。Docker并不是唯一的通用容器runtime，新的容器似乎每天都在冒出來。而且，專用的容器runtime正在開發(fā)中，它能夠讓用戶推進(jìn)邊界，如在隔離的虛擬機中運行容器。

Kubernetes為王

容器技術(shù)使得企業(yè)能夠更有效地開發(fā)、測試、部署和維護應(yīng)用程序，這是當(dāng)今任何組織的競爭命脈。但是容器本質(zhì)上有很多移動部件，而且大多數(shù)公司都有很多容器。Kubernetes Orchestration，一款用于自動化部署、擴展和管理容器化應(yīng)用程序的開源系統(tǒng)，使企業(yè)能夠充分發(fā)揮容器的優(yōu)勢。除此之外，還有其他一些選擇，最著名的是Mesos和Swarm，但是不得不說Kubernetes已經(jīng)成為了行業(yè)的標(biāo)準(zhǔn)。

CRI和CRI-O的角色

2018年，Kubernetes項目引入了它的容器運行時接口（CRI），這是一個插件接口，它提供kubelet，這是一個用于創(chuàng)建容器和啟動容器的集群節(jié)點代理，可以使用不同的OCI兼容容器運行時而不需要重新編譯Kubernetes。在這項工作的基礎(chǔ)上，CRI-O項目（最初稱為OCID）為Kubernetes提供了一個輕量級的runtime。CRI-O使開發(fā)人員能夠直接從Kubernetes運行容器；只要容器圖像符合OCI標(biāo)準(zhǔn)，CRI-O就可以運行它。這消除了對獨立運行時間的需求，降低了復(fù)雜性并提高了可靠性。

容器標(biāo)準(zhǔn)

容器的標(biāo)準(zhǔn)化對于企業(yè)更廣泛和更有效地采用容器起到推動作用，但對于公司和開發(fā)團隊來說，能夠?qū)⑦@些標(biāo)準(zhǔn)放在其環(huán)境中做出關(guān)于容器堆棧的正確決策是非常重要的?，F(xiàn)在要關(guān)注的標(biāo)準(zhǔn)組織包括Open Container Initiative（OCI）Image Specification；OCI運行時間規(guī)范；Kubernetes Container Runtime Initiative（CRI）；容器網(wǎng)絡(luò)接口（CNI）和Docker容器網(wǎng)絡(luò)模型（CNM）。

各種開源項目的角色

Google工程師基于內(nèi)部平臺開發(fā)的Kubernetes可以說是目前容器領(lǐng)域最活躍的開源項目之一。雖然Kubernetes可能是最明顯的開源容器項目之一，但還有其他幾十個正在推動容器棧的項目。例如，Origin是OpenShift的上游項目，它使組織能夠開發(fā)，部署和管理容器。組織和個人都可以通過成為這些社區(qū)中的一個或多個社區(qū)的積極貢獻(xiàn)者，更充分地利用容器。

公有云集成

隨著企業(yè)擴大其容器堆棧的應(yīng)用，利用公有云受到企業(yè)重視。例如，現(xiàn)在很多AWS服務(wù)都可以通過內(nèi)置在OpenShift Container Platform中的Service Broker界面訪問。這使得AWS用戶可以更輕松地在OpenShift中配置和部署服務(wù)，并為企業(yè)需求提供基于Kubernetes的單一可擴展應(yīng)用程序定義。

無聊是件好事

今天的IT專業(yè)人員不會考慮Linux內(nèi)核，因為這很無聊。真正的創(chuàng)新都是在內(nèi)核以上，容器runtime接口也是如此。事實上，當(dāng)你在考慮容器堆棧時，這個值已經(jīng)不再是runtime級別的了。runtime已經(jīng)成為無聊的工作，這意味著組織不必?fù)?dān)心或投入資源。相反，他們可以把重點放在如何通過容器生態(tài)系統(tǒng)的發(fā)展以及容器在自己的組織中的使用來創(chuàng)新。

應(yīng)用程序開發(fā)重定義

Linux容器的潛力比重新定義開發(fā)乃至操作都要大的多。它們也加速了應(yīng)用程序本身的重新定義，由于容器的原因，我們所知道的整體式應(yīng)用程序堆?？梢苑纸獬蓭资畟€甚至數(shù)百個細(xì)小的單一用途的應(yīng)用程序，這些應(yīng)用程序組合在一起時，可以執(zhí)行與傳統(tǒng)應(yīng)用程序相同的功能。這使得每個單獨的部分都可以被重寫、重用和管理，遠(yuǎn)比單一應(yīng)用程序更有效，從而提供了一個完全由微服務(wù)構(gòu)建的真正的復(fù)合應(yīng)用程序，可以輕松擴展以滿足需求。雖然微服務(wù)架構(gòu)并不要求使用容器，但大多數(shù)轉(zhuǎn)向微服務(wù)的組織都會發(fā)現(xiàn)容器是實現(xiàn)應(yīng)用程序的最佳方式。