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

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

容器的替換也很容易。對于虛擬機我們需要管理磁盤快照、鏡像和版本等等，但對Docker來說這些工作都可以輕松完成所以蔓延的風險并不是很大。

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

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

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

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

原文鏈接：https://dzone.com/articles/vms-vs-docker-dan-jones-in-network-world

責編：魏偉，關注Docker和OpenStack，歡迎加入CSDN Docker專家群，搜索“k15751091376”拉入