容器與虛擬機，正在互相替代還是逐漸融合？

最近一兩年來，以容器為代表的云原生技術一直是IT行業最為熱門的話題。隨著云原生技術的崛起，有企業甚至跳過了IaaS層直接在物理機上部署容器。容器的風頭幾乎蓋過云計算，甚至引發了OpenStack的未來堪憂的說法，容器與虛擬化誰將會是市場主流的話題時常被提起。有不少人認為，容器的普及對虛擬機形成了沖擊，于是就有了早些年的容器與虛擬機之爭。
事實上，雖然許多企業正在將基于虛擬機的應用程序遷移到容器，但事實上虛擬機在數據中心和公有云中仍然普遍存在。一方面，容器并沒有完全替代虛擬機，另一方面虛擬機也在積極支持容器，兩者共存的情形反而越來越普遍。
虛擬機和容器各有優勢
虛擬機和容器誕生的初衷，都是為了更好的提高資源利用率，但兩者的區別在于：虛擬機是操作系統級別的資源隔離，而容器本質上是進程級的資源隔離。
虛擬機(Virtual Machine)，是指通過軟件模擬的具有完整硬件系統功能的、運行在一個完全隔離環境中的完整計算機系統。每個虛擬機都有獨立的CMOS、硬盤和操作系統，可以像使用實體機一樣對虛擬機進行操作。
虛擬機的出現，解決了早期在物理服務器上部署應用但無法為其應用程序定義資源邊界而導致的資源分配問題。
但是在使用虛擬化一段時間后，會發現它存在一些問題，例如：虛擬機的系統層會占用比較多物理機的資源，需要更進一步提高服務器的資源利用率;當需要遷移虛擬機服務程序時，需要遷移整個虛擬機，遷移流程復雜。
為了解決這些問題，容器就出現了。
容器技術，可以理解為操作系統虛擬化技術，它是一種輕量級的虛擬化技術。通過內核創建多個虛擬的操作系統實例(內核和庫)，來隔離不同的進程(容器)，不同的實例相互隔離，相互之間完全無感知。可以簡單地理解為容器就是一個進程沙盒，來提供進程級的隔離。
相比于虛擬機，容器沒有自己的操作系統，而是通過容器引擎來實現共享宿主機操作系統內核，從而減少需要運行多個操作系統的開銷。
總的來說，容器和虛擬機具有相似的資源隔離和分配優勢，但功能不同。容器虛擬化的是操作系統而不是硬件，因此容器更加輕便高效。但是如果用戶需要使用在不同操作系統上運行的不同應用程序，虛擬機就能提供可靠的解決方案和更好的安全性。
因此，如今最有效和最常用的策略是，擁有一臺具有多個虛擬機的物理機，每個虛擬機都有多個容器。容器和虛擬機一起使用，為部署和管理應用提供了極大的靈活性。
容器與虛擬機之爭根本不存在
容器和虛擬機有著各自的優勢，雖然在應用場景上有一些重疊，但主要應用場景還是有區別的，未來這種兩種技術會長期共存，甚至走向融合。
比如，虛擬機更適合當應用程序運行時需要所有操作系統資源和功能的場景，如果需要運行多個這樣的應該，使用虛擬機更為合適。相比較而言，容器更適合在更少的服務器上運行更多的應用。大部分情況下大多數企業會同時使用虛擬機和容器。鑒于此，容器和虛擬化應當會在相當長時間內共存，特別是考慮到大多數企業此前已經廣泛部署虛擬化技術的現實。
實際上，如何同時管理虛擬化和容器技術就成為企業的一個普遍的需求。在紅帽4月底舉行的年度技術大會Red Hat Summit 2020大會上，紅帽宣布推出OpenShift 虛擬化的技術預覽，OpenShift 虛擬化就源自KubeVirt開源項目。企業可以通過這一功能，在整合了云原生與傳統工作負載的OpenShift上開發、部署和管理由虛擬機、容器和無服務器構成的應用。
企業上云，選新網云：
http://www.xinnet.com/cs/cloud_security_server.html