大約每隔10年左右，整個數據中心業界就會開始關注下一個大的抽象化概念，這一新的抽象化概念將激發出令人振奮的新服務器操作系統的形式因素。正如Redmonk公司的分析師Stephen O'Grady在他的一篇題為《抽象之路（ The Road to Abstraction）》的博文中所說的那樣：“計算機是很難的，這就是為什么說整個技術行業歷史上的長期趨勢之一便是抽象化并不奇怪的原因所在了。”

有了容器集裝箱技術，數據中心業界的一個普遍的共識就是：最新的抽象單位正式到來，并將要開始取代虛擬機了。企業開發人員們現在更喜歡采用容器來打包應用程序（根據市場調研機構451 Research公司的報告顯示，到2020年，這一市場規模將達到27億美元）。而這對于數據中心運營商們需要如何支持這些應用程序及開發人員的創建工作將具有深遠的影響。但是，與虛擬化技術的最后一個主要抽象轉換相比，今天整個業界對于容器集裝箱技術的采用曲線其實存在著很大的差異。

下面，讓我們大家一起來看看當下廣泛采用的容器集裝箱技術對數據中心運營商們所帶來的影響吧，同時，我們還將探討我們當前在該技術方面處于怎樣的水平，以及我們從以前的朝著虛擬化技術轉向的趨勢中所學到的經驗教訓。

為什么開發人員們開始青睞容器集裝箱技術？

容器集裝箱技術的普及采用可以說是開發人員們朝著數據中心運營商們發起的“反叛起義”。而影子IT則是這次“反叛起義”的第一次迭代，由于此前需要花費幾周的時間才能在企業內部配置好虛擬機，迫使開發人員們直接轉向采用亞馬遜網絡服務（AWS），并直接使用信用卡支付來獲取服務器資源。

現在，容器集裝箱技術允許開發人員們實現更快地遷移。因為即使在AWS上，采用一臺虛擬機也需要幾分鐘的時間，而容器集裝箱則僅僅只需要幾毫秒的時間。隨著企業組織越來越傾向于優先考慮更快地發布新產品和功能，以便能夠跟上當下這個軟件消費的世界的大趨勢，開發人員傾向于采用那些允許他們能夠比公共云和私有云服務可支持的傳統虛擬機更快地擴展應用程序和部署資源的技術。而諸如Twitter和Netflix以及其他規模化網絡公司（其應用程序和平臺團隊具有基礎設施自主權）的開發人員模式，已經開始將容器集裝箱技術作為提升靈活敏捷方法的最佳實踐方案（將能夠幫助任何開發團隊真正實現“快速的遷移”），并將其納入主流了。

更進一步分析，我們可以看到：較之虛擬機，容器集裝箱技術具有各種成本和性能優勢，這有助于解釋該技術在當下流行的原因所在了。其第一個主要的益處便是：能夠在同一臺服務器上運行多款應用程序或操作系統，無需虛擬機管理程序，進而消除了系統資源管理程序的阻力，新加坡云主機 香港云主機，所以您企業的工作負載可以有一個較輕的足跡——容器足跡為零，因為其在Linux系統中只是一個邊界的權限和資源。

與虛擬機相比，容器集裝箱的啟動和關閉非常快速——完美契合企業組織當下短暫的工作負載的短暫性質，因為這些工作往往是現實世界中的事件，并和“突發性”相關聯。最后但并非最不重要的是，鑒于具備更多的靈活性，可以在不同的云服務供應商和操作系統上部署應用程序，使得容器集裝箱對于操作系統的依賴關系越來越少，進而起到了使得這些應用程序避免被企業組織的目標鎖定的的作用。當然，還沒有VMware軟件許可證費用。畢竟，這一軟件許可證費用對于任何主要數據中心而言，都會大大增加其運營費用成本。

但是，這一優勢并未像虛擬機那樣發揮出來

容器集裝箱規則的特征之一是沒有規則。一大現實案例便是Docker容器模式已經在市場上贏了。但隨之而來的技術選擇和豐富的快速開源平臺比比皆是。您企業可以使用任何您所希望的Linux模式。您可以選擇快速發展的容器orchestration業務流程平臺，如Kubernetes、Mesosphere DC / OS和Docker Swarm.

即使是在當下的容器集裝箱模式級別（假定Docker已經贏得了市場），現在也面臨一種更開放的標準容器模式的挑戰。因此，數據中心運營商們會很快發現自己陷入了更深層次的問題，這些問題很多是尚未標準化的問題：包括配置容器存儲和網絡化，以及對運行中的容器的洞察，這些問題與運營商們曾希望借助虛擬機技術的采用所達到的成熟度相當。

其真正的原因可以歸結為企業現在實施容器集裝箱的能力還相當不均勻，包括系統成熟度方面的，也有用戶意識方面的原因。