在這個不斷髮展的時代，我們聽到很多關於使用容器進行微服務的討論以及對單片應用程序進行現代化改造的需求。但是，對於下一個出現並且很少解決的企業來說，總會有一個迫在眉睫的問題 - 為什麼不使用VM而不是容器？

虛擬機提供硬件和操作系統的虛擬化，並創建真實機器的高效，隔離副本。對於容器，只有操作系統是虛擬化而不是硬件，從而創建一個容納應用程序和依賴資產的輕量級環境。容器自2014年以來繼續受歡迎，虛擬機已經存在了很長時間，兩者之間的差異是眾所周知的。當世界不斷比較兩者時，必須要記住兩者都是為了不同的目的。

我喜歡認為虛擬機對於火車到飛機的集裝箱。雖然飛機提供更快的機動性，但我們總是會有一些火車可以進行一些飛機沒有裝備的旅程。同樣，在某些業務情況下，容器化可能是首選，也可能是某些虛擬化。

但是當微服務出現時，“容器化或虛擬化”的問題似乎很頻繁。

使用容器而不是虛擬機的微服務的好處

降低成本

通過虛擬化硬件和操作系統，VM可以輕鬆地在微服務之間劃分執行環境。當您通過單獨的VM執行每個微服務時，也需要複製操作系統。這將增加許可成本。可以在單個VM中執行多個微服務，但這會使將單個應用程序分解為小型，易於執行的微服務的單個最大優勢無效。衝突的庫和應用程序組件的問題仍未解決。

容器在操作系統級別提供隔離。因此，單個操作系統可以支持多個容器，每個容器在其自己的獨立執行環境中運行。通過在單個操作系統上運行多個組件，可以降低開銷許可成本。

效率更高

眾所周知，VM通常會使用可用於運行應用程序的服務器處理週期來強加性能損失。每個虛擬機都在操作系統的單獨副本上運行自己的執行環境，從而耗盡服務器處理週期，否則您可能已經用它們來運行應用程序。

另一方面，容器在操作系統級別執行環境隔離。這樣，單個操作系統可以支持多個容器，每個容器在其自己獨立的隔離環境中運行。通過在單個操作系統上運行多個組件，容器減少了開銷服務器處理週期，從而釋放了其他應用程序組件的處理能力。

靈活的存儲

VM有多種存儲選項。它們可以具有本地或基於網絡的存儲類型。無論您選擇哪個選項，總會有一個物理磁盤空間分配給與VM本身隔離的每個VM。因此，在任何時候，VM的操作系統，程序文件和數據都佔用專用存儲磁盤上的存儲空間 -  有狀態存儲。

相比之下，容器提供了有狀態或無國籍的選擇。創建容器時會創建或佔用存儲空間，並在刪除容器時將其丟棄。編輯容器圖像並存儲所有數據時，將創建沙箱圖層。該圖層僅作為容器的一部分處於活動狀態。因此，您的微服務應用程序的每項服務都可以擁有自己的存儲，可以與其他服務的存儲區別地進行管理，從而提供更多的靈活性和控制。

更好的隔離

如上所述，容器為微服務提供獨立的執行環境，同時在單個操作系統上實現同居。儘管數據庫部署在單個操作系統上，但數據庫以及微服務的環境完全獨立。如果嘗試在單個VM上運行多個微服務，則可能存在重疊環境，最終可能會堵塞服務器。

使用容器，可以通過智能應用程序處理充分利用給定的硬件。例如，一些微服務需要大量處理能力，而其他微服務可能會產生大量網絡流量。通過容器內的智能工作負載分配，應用開發人員可以有效地利用服務器資源，確保網絡容量不會被閒置。

縮小尺寸

我們知道，虛擬機比容器佔用更多的存儲空間。容器通常小至10MB，而VM佔用至少幾GB的存儲空間。在使用微服務架構隔離複雜應用程序時，每個功能都是單獨的微服務，隔離將需要大量的VM或容器。VM必然需要大量空間，而容器則不需要。相同的物理服務器可以容納比VM更多的容器。因此，鑑於需要確保企業應用程序不會變得過於龐大，容器化通常是首選。

更快的執行

虛擬機由虛擬機管理程序創建，虛擬機管理程序在開始時需要做出大量配置決策 - 運行應用程序的客戶機操作系統，所需的存儲空間量，網絡首選項以及許多此類設置。雖然VMWare在其虛擬機創建嚮導中提供了預設默認值，但該過程仍然相當複雜，需要幾分鐘才能在平臺上執行。另一方面，由於缺少管理程序，容器的創建速度比VM快。容器映像存儲在存儲庫中，可以根據需要通過一些快速命令訪問它們。因此，Docker容器的啟動時間從幾毫秒到幾秒不等，這使得它比VM快得多。

通過使用像Kubernetes和Docker Swarm這樣的容器協調器，可以進一步簡化大規模執行容器化微服務。Docker容器可以快速啟動，退役，並與這些協調器大規模更換。為了進一步加強微服務和容器的使用，可以使用專門設計的應用交付平臺來克服企業的現代交付挑戰。應用交付平臺可以幫助加速，標準化和維持集裝箱化的整個過程以及隨後向協調者交付的過程。

實際上，每個企業都有自己的需求，需求和遺留系統。在VM和容器之間的選擇中，後者更適合於包裝微服務。因此，如果一個人正在為他們的團隊尋找可擴展且靈活的現代架構，那麼容器是確保持續交付的最佳選擇。