51CTO讀者成長(zhǎng)計(jì)劃社群招募，咨詢小助手（微信號(hào)：CTOjishuzhan）

作者 | Heather Joslyn & Lawrence E Hecht

策劃  | 云昭

幾年前，不少技術(shù)文章都會(huì)輸出這樣一種觀點(diǎn)：Linux容器和虛擬機(jī)是數(shù)據(jù)中心中兩個(gè)截然相反的組件。誠(chéng)然，尤其當(dāng)一項(xiàng)新技術(shù)被采用時(shí)，這種現(xiàn)象就會(huì)很明顯：在新技術(shù)的炒作周期中，新事物往往會(huì)被推向行業(yè)的每一個(gè)角落，并且尋找戰(zhàn)勝舊軟件、硬件組合的新的宣傳點(diǎn)。

你可能還記得JavaScript何時(shí)將接管服務(wù)器端，或者虛擬現(xiàn)實(shí)何時(shí)將徹底改變教育。事實(shí)上，這些技術(shù)最終只是找到了“舒適的”使用領(lǐng)域，而不是取代其他。然而，事實(shí)上，很難判斷某項(xiàng)技術(shù)最終會(huì)在哪里最有用，以及在哪里會(huì)被更好的選擇所取代。

現(xiàn)在，Linux容器和虛擬機(jī)不再是全新的，它們已經(jīng)成為通用軟件開(kāi)發(fā)人員為各種場(chǎng)景考慮的工具?，F(xiàn)在，我們想提供一個(gè)指南，指導(dǎo)每種技術(shù)在當(dāng)今的混合云環(huán)境中何時(shí)何地適用。

1、容器？太大的用不了！

也許，最簡(jiǎn)單的決策方法是根據(jù)應(yīng)用程序的大小和復(fù)雜性。容器是一種應(yīng)用程序打包技術(shù)。容器可以在沒(méi)有Kubernetes的情況下直接部署到操作系統(tǒng)中，而且通常有非常好和有效的理由來(lái)使用它們。這也是我們與Red Hat Enterprise Linux和Ansible的優(yōu)勢(shì)戰(zhàn)略的一部分：容器是一種簡(jiǎn)單、可復(fù)制的部署軟件的方式，同時(shí)最大限度地減少遷移部件。

不少其他類似的或是競(jìng)對(duì)的技術(shù)，具有許多相同的功能，如unikernel、Wasm等。因此，雖然容器可能是當(dāng)今部署應(yīng)用程序的正確方式，但隨著該模型的優(yōu)化和采用新類型的部署模型，未來(lái)可能會(huì)有一些變化。

簡(jiǎn)單地說(shuō)，有些應(yīng)用程序太大、太復(fù)雜，無(wú)法按原樣放入容器中。我們通俗地稱它們?yōu)閱误w。需要注意的是，這里沒(méi)有技術(shù)限制：沒(méi)有CPU/內(nèi)存閾值，你會(huì)放棄容器。相反，這是基于代價(jià)的考量。

例如，一個(gè)安裝程序?qū)?shù)據(jù)庫(kù)加中間件加$thing1和$thing2等部署到一個(gè)服務(wù)器上，按原樣進(jìn)行容器化可能會(huì)很困難。可能需要對(duì)應(yīng)用程序進(jìn)行“現(xiàn)代化”，以解耦組件和/或采用對(duì)容器化更友好的應(yīng)用程序框架和/或運(yùn)行時(shí)。其中一個(gè)例子是將Java應(yīng)用程序從SpringBoot移動(dòng)到Quarkus。

2、不是所有的容器都要上K8s

開(kāi)發(fā)者和管理者，無(wú)論他們是否采用了新興起的云原生架構(gòu)或DevSecOps方法，相信都會(huì)采納容器，原因有很多。應(yīng)用程序容器化的好處包括速度、安全性、可移植性和簡(jiǎn)單性。然而，這并不意味著將虛擬機(jī)徹底拋棄。

真正的問(wèn)題在于，“我想把容器化應(yīng)用程序部署到Kubernetes，還是直接部署到（虛擬化的）操作系統(tǒng)？”這里有很多因素需要考慮。

首先需要注意是應(yīng)用程序的要求。應(yīng)用程序是否需要作為一個(gè)單獨(dú)的節(jié)點(diǎn)持續(xù)運(yùn)行而不中斷？Kubernetes不會(huì)在節(jié)點(diǎn)之間無(wú)中斷地遷移應(yīng)用程序組件。它們被終止并重新啟動(dòng)。如果你的應(yīng)用程序不能容忍這種行為，那么Kubernetes就不適合了。

其次，考慮應(yīng)用程序的各種組件的狀態(tài)也很重要。如果有問(wèn)題的應(yīng)用程序依賴于第三方組件，那么這些組件可能會(huì)限制容器的使用。許多第三方供應(yīng)商，尤其是在以虛擬機(jī)為中心的行業(yè)，在創(chuàng)建Kubernetes就緒/兼容版本的軟件方面進(jìn)展緩慢。這意味著你既可以部署虛擬機(jī)，也可以自己承擔(dān)在Kubernetes中支持其軟件的責(zé)任。

甚至在評(píng)估這些選項(xiàng)之前，認(rèn)真審視一下組織內(nèi)部可用的技能也是很重要的。你的團(tuán)隊(duì)是否具備處理Linux容器的技能和能力？你是否擁有或愿意為Kubernetes構(gòu)建和獲取必要的專業(yè)知識(shí)？這擴(kuò)展到API驅(qū)動(dòng)的消費(fèi)和配置。你的應(yīng)用程序和開(kāi)發(fā)團(tuán)隊(duì)是否需要/想要使用API消費(fèi)和配置平臺(tái)的能力？

這在不管是私有云，還是公共云和Kubernetes中都是可能的，但通常更復(fù)雜、更難預(yù)處理，需要專業(yè)自動(dòng)化團(tuán)隊(duì)的大量協(xié)作。當(dāng)涉及到公共云時(shí)，團(tuán)隊(duì)需要在其使用的每個(gè)公共云中擁有特定的專業(yè)知識(shí)，從而增加了另一層需要管理的復(fù)雜性。這是一個(gè)Kubernetes可以同質(zhì)化并進(jìn)一步實(shí)現(xiàn)可移植性的領(lǐng)域。

3、基礎(chǔ)設(shè)施效率

在大多數(shù)情況下，一個(gè)擁有數(shù)萬(wàn)到數(shù)千個(gè)實(shí)例的規(guī)模的應(yīng)用程序在Kubernetes集群上運(yùn)行的效率要比在虛擬機(jī)中運(yùn)行的效率高得多。這是因?yàn)槿萜骰M件被打包到可用資源中，并且需要管理和維護(hù)的操作系統(tǒng)實(shí)例更少。

此外，Kubernetes可以更無(wú)縫、更輕松地?cái)U(kuò)展和縮小應(yīng)用程序。雖然可以創(chuàng)建新的虛擬機(jī)來(lái)擴(kuò)展應(yīng)用程序組件或服務(wù)的新實(shí)例，但這通常比Kubernetes慢得多，也更難。Kubernetes專注于在應(yīng)用層實(shí)現(xiàn)自動(dòng)化，而不是在虛擬化層，盡管KubeVirtualt也可以實(shí)現(xiàn)自動(dòng)化。

基礎(chǔ)設(shè)施效率也意味著成本影響。這對(duì)每個(gè)組織來(lái)說(shuō)都是不同的，但對(duì)一些組織來(lái)說(shuō)，減少虛擬機(jī)的數(shù)量將影響他們向操作系統(tǒng)供應(yīng)商、系統(tǒng)管理程序供應(yīng)商和硬件供應(yīng)商支付的許可費(fèi)。然而，這可能會(huì)也可能不會(huì)被Kubernetes的成本和管理它所需的人才所抵消。

在安全方面還有其他考慮因素。Kubernetes是一個(gè)共享的內(nèi)核模型，其中許多容器表示許多應(yīng)用程序在同一節(jié)點(diǎn)上運(yùn)行。這并不是說(shuō)它們不安全——Red Hat OpenShift和部署到Red Hat操作系統(tǒng)的容器利用了SELinux和其他安全功能。

然而，有時(shí)這還不足以滿足安全需求和合規(guī)性需求。這留下了幾個(gè)進(jìn)一步隔離的選項(xiàng)：部署許多Kubernetes集群（很多人都這樣做）、使用Kata容器等專門技術(shù)或使用完整的虛擬機(jī)。

4、寫在最后：別輕易更改

無(wú)論你的組織有什么要求，也不管你為應(yīng)用程序選擇容器還是虛擬機(jī)，在企業(yè)軟件世界中始終有一條基本規(guī)則在發(fā)揮作用：變革是困難的。有時(shí)，如果某個(gè)東西正在運(yùn)行，就沒(méi)有理由移動(dòng)、更新或遷移它。如果你的應(yīng)用程序在虛擬機(jī)上可靠地運(yùn)行，并且公司沒(méi)有推動(dòng)將其遷移到其他地方，那么只要它能得到可靠的支持，也許它就可以在原地運(yùn)行。

有時(shí)，組織內(nèi)部變革的最佳場(chǎng)所并不在遺留應(yīng)用程序的堆棧中，而是在新想法不斷增長(zhǎng)的綠地之中。但即使是那些綠色的田野，也必須以某種方式與舊谷倉(cāng)相連。

然而，實(shí)際使用的技術(shù)并不一定會(huì)在這些綠地中有所建樹(shù)。這樣，找到一種在環(huán)境中同時(shí)支持容器和虛擬機(jī)的方法是很重要的，因?yàn)槟憧赡芊傅奈ㄒ徽嬲e(cuò)誤是：完全忽略其中一種技術(shù)。

原文鏈接：https://thenewstack.io/container-or-vm-how-to-choose-the-right-option-in-2023/