容器vs 虛擬機器 系統設計決定工具

2021-08-19 12:14:52 字數 1252 閱讀 7056

在《容器vs.虛擬機器:狀態管理、網路和蔓延》中我們提到了應用docker時可能會碰到的困難以及容器技術和虛擬機器架構各自的優勢與劣勢。我們討論了狀態管理、網路和蔓延等廣泛存在於it行業的問題。雖然對於docker來說解決這些問題的難度可能更大些,不過docker與虛擬機器相比也有著自己的優勢。

當我們談到虛擬機器蔓延時所考慮的是資源管理上的問題。如果說的是關閉容器的話,docker就有乙個明顯的優勢-映象的確定性。docker容器我們可以清晰地檢視映象的歷史和狀態,所以要找出那些使用同一映象的容器是非常方便的。

容器的替換也很容易。對於虛擬機器我們需要管理磁碟快照、映象和版本等等,但對docker來說這些工作都可以輕鬆完成所以蔓延的風險並不是很大。

就網路功能來說虛擬機器確實更加靈活,支援的配置和拓撲也更多。不過對docker來說,如果容器在同一主機可以使用橋接網路,各個主機間也可以使用overlay網路。docker還推出了乙個將引擎聚合成swarm單元的功能來方便容器的管理,聚合成swarm單元的容器可以被視為同乙個docker引擎暴露給外界。從管理的角度來看這為docker提供了某種程度的自主性,swarm和容器可以分開管理互不干涉。技術不管簡單還是複雜,只要能解決問題就可以。

虛擬機器掛起是乙個很有用的功能,不過要是對比的話docker可以用一種不同的流程來實現和虛擬機器掛起類似的功能。docker可以輕鬆地啟動和關閉乙個輕量級的環境,這一過程是完全自動的,而且可靠性很高,所以只要啟用乙個新的容器就好。如果比較的是服務的執行時間而不是某個機器的執行時間的話,docker未必有明顯的劣勢。

乙個伺服器連續執行幾年固然是給人印象很深的乙個成績,但對於無狀態應用模型來說根本沒必要。docker啟動關閉容器和生成映象的便捷使得啟用乙個新的容器非常方便。機器執行的時間越長,出問題的機會也就越大。

在我們選擇工具的時候有乙個原則:系統設計決定工具而不是工具決定設計,所以在需要用容器的時候就應該大膽地用,不要被它不如虛擬機器的地方束縛了。

2023年3月18日-19日,由csdn重磅打造的資料庫核心技術與實戰應用峰會、網際網路應用架構實戰峰會將在上海舉行。這兩場峰會將邀請業內頂尖的架構師和技術專家,共同**高可用/高併發系統架構設計、新技術應用、移動應用架構、微服務、智慧型硬體架構、雲資料庫實戰、新一代資料庫平台、產品選型、效能調優、大資料應用實戰等領域的熱點話題與技術。

2月29日24點前仍處於最低六折優惠票價階段,單場峰會(含餐)門票只需799元,5人以上**或者購買兩場峰會通票更有特惠,限量**,預購從速。(票務詳情鏈結)。

容器與虛擬機器

是否容器化是個問題,或者說容器vs虛擬機器是永恆的爭論 資源需求 安全架構優缺點 容器的優缺點 在mirantis,我們經常考慮如何將整個傳統的開發域上雲,我們首先考慮的不是如何去移動乙個開發域,而是考慮該開發域該不該上雲。在本文中,我們將討論在特定情況下上雲需要考慮的一些問題。目前將應用遷移到雲上...

容器和虛擬機器

說明 容器和虛擬機器都依賴於宿主機才能執行。宿主機可以是筆記本,是資料中心的物理伺服器,也可以是公有雲的某個例項。假設宿主機是一台需要執行 4 個業務應用的物理伺服器。在虛擬機器模型中,首先要開啟物理機並啟動 hypervisor 引導程式。一旦 hypervisor 啟動,就會占有機器上的全部物理...

虛擬機器和容器比較

容器相比虛擬機器更輕量 一 虛擬機器 二 容器 一 本質上的區別 vm vmware 在宿主機器 宿主機器作業系統的基礎上建立虛擬層 虛擬化的作業系統 虛擬化的倉庫,然後再安裝應用 container docker容器 在宿主機器 宿主機器作業系統上建立docker引擎,在引擎的基礎上再安裝應用。那...