已往容器和hypervisor常常被放在一起舉辦比擬，可是此刻開拓人員正在實驗改變這種近況，但愿找到一種要領將兩種技能的特點彼此融合。

大大都人喜歡將虛擬化技能的兩種主要實現方法——容器和hypervisor——以比擬的方法舉辦接頭。這種思路將容器和hypervisor放在對立面上，選擇容器或是在實際情況中，容器和hypervisor不只僅是競爭干系，不該該簡樸地將其拿來比擬。事實上，容器和hypervisor可以或許共存，甚至彼此促進對方成長。 容器技能的最大意義在于其不需要同時利用多個操縱系統，而在hypervisor虛擬化情況傍邊每臺虛擬機都需要利用獨立的操縱系統。顯而易見，這種方法可以或許大幅度低落系統開銷所占用的內存，可以或許為應用及其數據預留更多的空間。

利用容器技能可以或許節省大量操縱系統所占用的內存空間。凡是對比于hypervisor，利用容器可以或許在同一臺處事器傍邊建設三倍的實例數量。在某些環境傍邊，好比完全一樣的虛擬桌面，實例數量可以或許到達之前的十倍。從別的一個角度來說，特定負載所需的處事器數量也就大幅低落了。授權部門也會受到影響，企業只需要為每臺處事器購置一個授權。由于應用成為共享鏡像的一部門，因此也可以或許從中獲益。

容器晉升機能和安詳性 容器技能還可以或許帶來其他長處。對比于hypervisor，其啟動速度更快，主要是因為鏡像不需要從新舉辦加載。鏡像具有更好的可移植性而且越發易于陳設，因此可以或許在運營進程中為陳設和火速性帶來很大輔佐。另外，測試陳訴顯示對比于傳統hypervisor，容器在完成某些特定任務方面具有很大的機能優勢，最多只需要利用原有時間的15%. 容器技能擁有如此多的優勢，以至于許多人不太理清除了行業內的守舊派之外，容器技能為什么還沒有完全代替原有hypervisor.究竟，Docker在這個行業傍邊擁有很強的率領本領，而且容器技能也已經根基成熟。

容器是一種全新技能，而且正在快速成長。而與之比擬的hypervisor則越發成熟，而且已經通過市場的證明。其在安詳性方面不絕加固，而且x86 VTx架構為其提供了硬件幫助，因此想要實現跨租戶間的襲擊險些是不行能的。相對來說有人質疑容器越發懦弱，進攻者大概襲擊底層操縱系統，進而節制處事器傍邊的所有實例。

由此發生的功效是容器凡是被運行在hypervisor之上。每個租戶的容器實例都被斷絕在單獨的虛擬機傍邊，這樣就可以或許實現硬件掩護，防備遭遇跨租戶襲擊。這種方法的缺點也十理解顯。不只越發巨大，并且還會涉及hypervisor代碼以及操縱系統拷貝等授權問題，而且影響機能，甚至是失去火速性——可是至少實例是安詳的。

可是此刻容器生態系統已經可以或許應付這種排場。一些Thin hypervisor，好比英特爾的Clear Container，就是被設計用來掩護容器而且公道操作硬件——不會占用大量空間可能太過影響系統機能表示。其他一些安詳改造——出格是在鏡像證明和認證方面——意味著容器已經可以或許補充和hypervisor在安詳性方面的差距了。

Hypervisor如何回應

Hypervisor開拓者也并不安逸。盡量最初他們否定容器會對其帶來威脅，可是最終照舊開始應對容器技能所帶來的各類威脅大概性。好比，VMware利用內存頁面去反復化技能來低落內存利用量，這種技能可以或許替換整個內存頁面，將所有反復內容都指向同一個內存地點。這種方法可以或許有效低落負載，，可是hypervisor的運行速度依然無法和容器相提并論。在運營進程中還可以通過其他方法來實現均衡。內存頁面去反復化技能可以或許進一步演變，好比針對已經加載的鏡像建設索引，針對已經在系統傍邊的文件舉辦查抄。這種方法不會帶來任何特別負載，可以或許大幅度晉升去反復化速度。我們想要將此刻的hypervisor和將來的容器舉辦比擬，表白hypervisor虛擬化并沒有裹足不前。

除了內存和機能問題之外，兩種辦理方案的應用規模也各不溝通。對付那些需要舉辦大局限擴展、可是險些不會彼此影響——至少不會直接彼此影響——的任務來說，利用容器越發符合。好比，容器技能可以或許很好地滿意Web處事以及微處事的需求，假如可以或許對容器舉辦得當設置，那么其還可以或許在云中發揮重要浸染。 對比于容器，hypervisor越發合用于那些局限復雜的獨立應用，打點員可以或許更好地節制和應用相關的網絡和存儲架構，由于這些大型應用凡是都被用來執行一些要害任務，因此節省資源和啟動時間并不是其主要思量因素——出格是和潛在的妨礙時間可能安詳隱患對比。

科學計較，幾年之前方才進入虛擬化規模，已經在很洪流平上晉升了出產力。這些東西凡是城市按照當前情況舉辦調解，因此越發適合于巨大任務。