過去的一年中，以docker為代表的容器化技術成了最熱門的雲計算詞彙，而從虛拟化向容器化過渡也成了一件非常時髦的事情，很多企業經不住誘惑紛紛試水docker。
但是，随着市場炒作的喧嚣和迷霧漸去，企業的cto和cio們發現從虛拟化到容器化的遷徙道路上布滿了坑洞。企業雲計算技術的未來，也許不會是一邊倒的格局，而是結合了類似vmware的可控性和docker代表的自由、流動和協作趨勢。
近日，stackengine的首席執行官bob quillin在vb上撰文指出：企業容器化道路上存在十大誤區：
誤區一、it營運已死
事實上即使采用docker，企業it營運依然将扮演重要角色。docker并不意味着企業不在需要關注it營運。企業依然需要通過類似 vmware的it管控來發掘docker的自由、流動和協作中發掘商業價值。paas市場的經驗告訴我們，大多數企業都需要某種程度上的基礎設施透 明，docker同樣需要補上這一課。
誤區二、微服務是必須的
上千個服務在一個container中運作這種微服務（microservices）是可以的，但很多客戶一開始僅僅是将一個大應用放到容器中運作，也同樣沒有問題，企業可以通過少量容器化應用深入了解服務為中心的概念，并為将來的成功遷移打下基礎。
誤區三、企業已經準備好了跳進集裝箱貨船（container ship）
在docker的理想國裡，所有應用都被标準化并裝載到尺寸統一的集裝箱中。但現實是，面對容器化革命，大多數企業還遠遠沒有準備好。今天的企業應用生态極為複雜，防火牆内外、雲上地下、跨資料中心應用盤根交錯，今天的企業距離全面容器化還有一定距離。
誤區四、大量小型伺服器可以擊敗少數大主機
雖然容器化技術最初的構想是在成百上千的伺服器執行個體上運作稍縱即逝的微服務，但實際上伺服器整合趨勢下，對于很多大企業來說，大型伺服器更加容易管理和部署。
誤區五、vmware時日不多了
其實沒有那麼快。vmware依然是it管理的市場标準，同時引領着軟體定義一切的技術潮流。客觀講，在滿足企業需求方面，vmware和docker各有所長，遊戲才剛剛開始，鹿死誰手還能難料。
誤區六、docker不安全
docker每一次更新檔更新都讓它更安全，今天已經有大量讓docker符合企業安全管理和政策的最佳實踐可供參考，例如讓docker使用者擺脫指令行并避免那些需要提權通路服務。
誤區七、開發者渴望部署應用并定義基礎架構
這并不準确。大多數開發者希望編寫代碼，兌現承諾并樂此不疲。開發營運（devops）方法論給開發者賦予了更多的責任，去部署并對代碼的結果負 責，這是件好事，但這并不意味着開發者擅長或樂意參與部署。開發者定義的基礎架構（developer-defined infrastructure）這個新詞聽上去很性感，但在現實中，企業往往已經擁有大量的部署工程師，配置管理者以及it營運專家，這些人也應當被納入 新的（容器化應用開發部署）流程。
誤區八、企業紛紛效仿google級别的資料中心，采用類似borg的自動化技術
事實上企業往往運作多個異源私有資料中心，雲服務及本地遺留應用的混合環境，其中那些通過vmware集中式管理工具管理的集中化計算設施就與基于微服務，在通過kubernetes或meso實作自動化管理的軟體定義的環境中運作在廉價硬體上的原生雲應用有很大差別。
誤區九、docker是一種圍繞雲計算為核心的解決方案
其實，docker在防火牆後運作的比例絕不低于在亞馬遜或谷歌公有雲中運作的比例。事實上，docker目前最火的恰恰是企業内部資料中心甚至“裸機”市場，而不是雲端。容器化技術的理念之一正是“到處運作”。總之，上雲計算不一定酷，不上雲計算不一定不酷。
誤區十、docker是萬靈藥
docker隻是企業it拼圖的一塊而已，無法取代hadoop（大資料）和openstack（基礎設施管理），企業it從虛拟化到容器化的演 進的價值在于能夠大力推動其他方面的it轉型，例如應用開發，it運維等等，但這并非docker這一把錘子能完成的任務，開發者、devops開發運維 方法、it社群對工具、流程甚至文化的打造，才是下一代企業應用和it基礎設施的關鍵所在。
本文作者：張霖
來源：51cto