容器和虛擬機某種程度上解決的是相似的問題，兩者間也有不少相似之處。但就像會種菜未必是好廚子，容器和虛擬機到底是兩種不同工具而且有著各自適用的情況。作為技術人員我們應該清楚地了解不同工具各自的優勢和劣勢并根據使用情況的不同挑選合適的工具。
　　還有一點我們要在這里討論一下：技術的成熟度。從2001年VMware推出GSX和ESX開始，x86架構上的服務器虛擬化一直是業界的主流。不過其實虛擬化的概念在六十年代末期就被提出來了，而且七十年代就已經開始了實踐。這么長時間的發展使得虛擬化技術的成熟度較好，生態系統也發展地很完善。2005年起VMware已經收購了20多家企業來填補自己技術上的不足。
　　
　　不過說歷史的話其實早在VMware成立之前容器技術就已經有了，不過一直都是非主流。直到最近容器技術才有了實質性的進展，第一代工具也剛剛普及。各家企業為了卡位也開始大打收購戰。
　　我想澄清一點就是進行比較并不意味著對某種工具的抬高或者貶低。作為技術人員我們各種工具都要有所了解，這樣才能避免隨大流。
　　這里我們進行三個方面的比較：狀態管理、網絡和蔓延。
　　容器比虛擬機更容易產生蔓延現象。
　　服務器蔓延聽起來不是個什么好事，因為它會加劇架構的復雜程度，不過如果仔細規劃和管理的話蔓延也未必就一定不好。降低系統的耦合程度以及系統的模塊化有助于提高系統的擴展性和部署速度。因為任何改變都有風險，但是一定是越分散風險越小因為耦合度低比較容易恢復。風險低的話就可以加快部署的頻率從而加快了交付的速度。交付速度快肯定是好事因為用戶可以更快用上新特性。
　　配合虛擬機使用的管理工具花了相當的時間才達到企業級應用的水平。對于容器來說也要經歷類似的過程，不過肯定比虛擬機花的時間少，因為很多虛擬機的管理模式都可以直接套用在容器上。現在已經有一些解決方案可用了，比如Docker的Universal Control Plane和它最近收購的Tutum，當然還有Kubernetes和Rancher這兩個編排工具。我猜以后還會有更多的工具冒出來。
　　虛擬機的網絡功能更為強大。
　　容器技術正在網絡這方面猛追。去年三月Docker就通過收購SocketPlane來試圖加強在網絡方面的能力。最好能搞出一個支持擴展的解決方案來。我曾經聽過SocketPlane人的幾場講座，感覺他們還都挺機靈的，創新的速度也快。Docker 1.9中就加入了Overlay網絡的支持，雖然遠非完美，但快速的迭代使得容器與虛擬機在網絡功能上的差距越來越小。
　　容器技術無法實現狀態管理。
　　對于虛擬機來說我們可以隨時掛起，不過容器不行。容器，尤其是Docker容器，是為無狀態stateless應用所設計的。不過調查顯示多達四分之三的受訪IT從業人員都想在Docker容器中運行stateful應用。Docker 1.9中引入了對第三方存儲的支持，開源項目Flocker則為Docker提供了數據管理器的功能。我想說的是既然有運行stateful應用的需求那么企業級的應用應該也是指日可待了。
　　虛擬機沒有完全取代裸機部署，我也不認為容器能夠完全取代虛擬機，因為我們常常看到容器被部署在虛擬機上。容器和虛擬機兩者并不是互斥的關系，使用上還是要根據自己的情況來選擇合適的工具。
?

普通下載普通下載

相關電子資料下載

• 開關頻率對直流母線電容器的影響 35
• Windows11上Linux安裝教程 22
• 淺談法拉電容 37
• 只要封裝相同，電容器本身大小就一樣嗎？ 59
• 緩啟動電路的工作原理 緩啟動電路的作用 32
• MLCC的結構、特點、應用及發展趨勢 125
• 萬用表使用口訣分享 18
• 焊接機器人能焊壓力容器嗎 60
• 不同無功補償設備的性能比較 76
• 三星機電新型多層陶瓷電容器將擴大汽車系統緊湊型高電容解決方案組合 216