很難預測2016年數(shù)據(jù)中心最重大的事件是什么。大數(shù)據(jù)?超級融合?混合云?我認為今年容器將會以更早、更快速的方式占領數(shù)據(jù)中心。

與其他技術比如大數(shù)據(jù)需要規(guī)劃愿景以及提前投資不同，容器是在應用封裝、部署以及托管之后順其自然的下一個步驟，理念或愿景不需要做出重大調整。在容器內開發(fā)并部署應用要比構建一個虛擬設備更加快速、簡單。容器化架構還具有令人矚目的運維與經(jīng)濟效益，許可成本更低或者免費、物理資源使用效率更高、擴展性更好、服務可靠性更高。展望未來，容器虛擬化將幫助組織更好地利用混合云或跨越多云環(huán)境。

最初提到更高效地利用物理資源，服務器虛擬化也是一個很不錯的主意，但服務器虛擬化經(jīng)過很多年才走向了成熟。這同樣適用于私有云或混合云、新存儲技術乃至大數(shù)據(jù)。但盡管容器化才粉墨登場，但通過借助服務器虛擬化鋪路，容器化已經(jīng)走上了成熟之路。盡管沒有正式使用容器，但你可以跨越式地使用受信的hypervisor比如VMwvSphere集成容器管理容器。因為和虛擬機相比，容器更輕便、更時尚(容器在本質上是進程)，即使IT并沒有關注，但容器仍能進入數(shù)據(jù)中心。

最初創(chuàng)建容器是承載無狀態(tài)、基于微服務的應用層，但最新發(fā)布的Docker版本表明容器注定不只是為承載微服務而生。例如，使用Flocker插件提供的永久存儲能夠立即將任一應用容器化。編入幾大軟件定義的網(wǎng)絡選項，你就擁有一個橫向擴展的容器芯片。因此已經(jīng)有大數(shù)據(jù)、關系數(shù)據(jù)庫以及軟件定義的存儲解決方案作為容器運行。

與超級融合基礎設施不同，容器根本上的流體設計意味著不存在任何鎖定。實際上，如果你運行SDS、SDN以及容器，你可能會認為被超級融合了。

實現(xiàn)容器化還需要花幾年時間，容器架構要成為完全通用的平臺還需要應對一些棘手的挑戰(zhàn)，包括當應用有很多容器構成時，如何保證應用性能服務等級，很多容器可能與其他應用存在很復雜的網(wǎng)絡依賴。我們需要全新的管理解決方案解決已經(jīng)出現(xiàn)的問題或爭論，使用大數(shù)據(jù)驅動的自動化預測修復問題并使性能與成本達到最優(yōu)。因為容器化應用的流動性非常強，能夠很輕松地在物理、虛擬以及云服務器之間進行遷移。

什么時候這一切會發(fā)生?我預計IT組織很可能在接下來的半年當中在生產環(huán)境中支持某種形式的容器解決方案。廠商正在展開競爭，究竟誰能夠整合最好的融合容器發(fā)行版并提供超級融合橫向擴展平臺，我們將拭目以待。應用廠商也在快速推出相應的容器化版本。容器虛擬化很快就要到來了。

容器架構可能有助于IT不再擔心容器內有什么，更多地關注運行最好的“戰(zhàn)艦”。但與服務器虛擬化類似，最終你會想使用容器抽象應用乃至基礎設施。為了實現(xiàn)該目標，需要能夠在即將到來的容器化數(shù)據(jù)中心進行可視化故障診斷、資源規(guī)劃以及服務保障。