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

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

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

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

與超級(jí)融合基礎(chǔ)設(shè)施不同，容器根本上的流體設(shè)計(jì)意味著不存在任何鎖定。實(shí)際上，如果你運(yùn)行SDS、SDN以及容器，你可能會(huì)認(rèn)為被超級(jí)融合了。

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

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

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