【編者按】作為2014年最火熱的技術，Docker獲得了國內外各大廠商的支持。本文中，云棧科技VP石海旭從傳統虛擬化，CaaS（容器即服務），IaaS，PaaS，CMP，傳統ISV，DevOps這幾個角度，分析了Docker所產生的影響，以下為原文：
Docker，14年最火的詞匯之一，引起了萬千關注。在2014年邊上，拋開種種技術性的內容和環節，我們覺得從更宏觀的角度和大家分享我們對Docker的一些認識， 相對也許是個更輕松，更適宜的話題。
我們不敢妄言創造未來是預測未來的最好的方法，我們只是習慣性的給出我們的觀點。畢竟，沒有觀點，就沒有行動。
無處不在的Docker
毫無疑問，DocKer成了近些年來最火熱，甚至最具顛覆性的技術之一。國際上，所有泛云計算相關的公司，幾乎都在某種程度上宣布支持并集成Docker。在2014年6月的DockerCon中，很多公司都分享了他們自己如何和Docker集成的故事。雖然每家公司用著各自不同方式實現著不同程度的同Docker的集成，但他們都一致認識到了Docker可能會為他們帶來的潛在收益。Microsoft，Amazon，IBM，Google，Facebook，Twitter，Red Hat，Rackspace和Salesforce等諸多公司共聚一堂，共同支持某一技術的場面似乎也不是我們經常能看到的。同時，國內眾多泛云計算公司，互聯網公司，甚至相對傳統的IT廠商也對Docker多有關注。
為什么像Microsoft或者Amazon這樣的巨頭會支持Docker？
為什么像之前的PaaS玩家，如Heroku和Google，也在Docker身后，搖旗吶喊？
Docker的出現，是不是為所有的這些廠家提供了一個新的領域，新的競技場？
Docker真的能融合IaaS和PaaS么？
我們又真的能相信上面的提到的廠家會持續的無條件的支持Docker么？
這一系列的問題，在已經過去的2014年并沒能給出答案，但在2015，相信一切會逐漸明朗。
似曾相識的歷史
如果說在這之前，還有哪項技術獲得了類似的業界的廣泛支持，我想是Java。當Java在上世紀90年代發布的時候，每一家公司都表示了極大的興趣，直到他們意識到Java實際上對他們自有的平臺其實是一種巨大威脅。Java的愿景是“Write Once，Run Anywhere”， 而Docker提出了“Build once，Run anywhere，Configure once，Run anything”。很大程度上，二者都對某些公司形成了潛在的威脅。盡管我們目前還看不到具體的一些公司針對可能的威脅采取的應對措施，但未來是誰也無法保證類似Java或VMware的歷史不會重演。
目前，實際上泛云計算領域一些重量級廠家，無論是IaaS廠家， VM廠家還是SaaS廠家，無論是國際公司，還是國內企業，都在持續密切關注Docker，并評估Docker對自身業務的影響。
傳統虛擬化
若干年前，當VMwae剛剛開始提供工作站虛擬化服務的時候，也許很少有人能想到它現在能成為企業IT服務中的主要力量，能取得現在的成就。隨后的幾年內，VMware已經將虛擬化擴展到服務器，而現在更是已經擴展到云計算領域。對于Docker及其生態系統而言，借鑒傳統虛擬化的經驗，最終提供更安全，更健壯的生產環境的服務也應是Docker的目標之一。事實上，目前在裸機上直接運行Docker也成了傳統VM之外的另一種選擇。
坦率的講，相較傳統虛擬化而言，Docker的一系列的問題仍亟待解決，如缺乏成熟的管理工具，生態系統雖大但仍不完善。但我們仍然認為，Docker或者說容器虛擬化技術仍有很大機會能夠解決這些問題，并最終取得相當的成功。
CaaS：容器即服務？
目前，已經有一些新興公司，以有些類似IaaS的方式，提供容器服務（Containers as a Service）。長遠來看，也許CaaS的這種模式的出現，會使跨IaaS平臺的動態調度容器、移動容器成為可能。就像IaaS的客戶不需要關心其虛擬機的實際品牌一樣，CaaS的客戶也不需要關心他的容器到底是運行在AWS還是阿里云上。客戶將會自己選擇期望的地理位置，以及他們想要的容器運行，然后CaaS服務商將提供自動化的程序幫助進行資源調配，幫助客戶選擇最便宜的或最合適的公有云平臺。
盡管這種在IaaS之上提供Docker容器的商業模式仍待討論和觀察，但Docker已經取得了巨大的影響力，如果Docker今后能在更多的企業，特別是企業的實際生產環境中發揮作用，我們認為CaaS同樣是可以期待的。
對IaaS廠家的影響
從創業公司到IT巨頭，每一家公司都已經意識到或者逐漸意識到基于硬件的虛擬化的所為企業帶來的益處。公有云廠商，如AWS、Azure所提供的IaaS服務更多越來越像水、電、煤等公共服務。而Docker的出現，則便于這些IaaS廠商提供更細粒度計算資源，進一步提高資源利用率，縮短資源開通時間，進而為進一步壓縮公共云服務的成本提供了可能。對于如負載平衡、緩存和防火墻這些其他的IAAS的提供的服務而言，也可通過將其遷移到容器中，以提供更好的可移植性。
同時，對于混合云而言，VMware vCHS（vCloud Hybrid Service）和微軟 Azure都在各種強調自身VM的可遷移性。而事實上，由于容器相比傳統的VM更輕量，Docker容器可以動態地設置和遷移。從資源的利用率和可用性的而言，Docker是非常適合部署在混合云中，并能夠更好的發揮混合云的能力。
對PaaS廠家的影響
相比于IaaS，PaaS實際上起步更早。PaaS的初衷最是為了幫助開發人員實現夠資源的自動調整，而不必面對IT基礎設施管理的問題。早些時候，人們曾經預計PaaS將超越 IaaS，成為云計算領域中增長最快的市場。但幾年后，由于Amazon在IaaS領域的巨大成功，使得早期的PaaS玩家，如Microsoft和Google意識到，IaaS相比PaaS而言，壁壘較低，更容易取得市場的認可。所以現在Microsoft和Google除了在原有的PaaS領域外，在IaaS領域也和Amazon展開了激烈競爭。
就PaaS而言，PaaS廠商希望提供規范、一致的環境，而企業應用，無論是從開發、管理還是運維上都有各種個性化的需求。二者之間這種很難克服的沖突阻礙了市場的對PaaS的認可和接受。另外，每一PaaS廠商都在為應用提供各自的服務和API，這就造成了應用在PaaS廠商之間的移植是很困難的。一些組織在PaaS的遷移方面做了積極嘗試，甚至希望能實現跨云服務提供商的遷移。但是由于沒能得到類似Google App Engine和Microsoft Azure這樣的廠家支持，目前這些工作還還很難成為事實上的行業標準。
Docker的出現使PaaS以更簡潔的方式為開發者提供服務成為了可能，Cloud Foundry目前也開始支持并集成Docker容器。有了Docker，開發人員不再需要為處理各種開發、 測試、生產環境的差異而花費大量精力，他們可以將一個干凈的開發環境直接遷移到生產環境，而不必擔心各種依賴和配置問題。這有效的解決了開發者經常面臨的“依賴陷阱”。開發者不再需要為了使應用能夠在PaaS中運行而學習額外的編程方式，他們的應用不需任何調整就可運行在Docker容器中。同時，Docker出現之后，開發者越來越多的考慮以Micro Service（微服務）的方式來實現他們的應用。長遠來看，Docker將會使PaaS更易管理，更快地提供服務。
總體上說，Docker已經對仍在不斷變化、演進的PaaS市場產生了影響。但這種影響究竟會加速PaaS的演進，打亂PaaS的演進，還是兼而有之，目前言之尚早。盡管目前還不是非常成熟，但Docker通過容器級虛擬化的方式，仍為樂于嘗試的企業提供了一個解決環境依賴和可移植性問題的方案。
跨云的管理工具
多云管理軟件通常被稱為云計算管理平臺 （CMP）。CMP通過對底層云平臺的抽象， 幫助客戶來定義應用部署的拓撲結構。這種拓撲結構是獨立于具體的云提供商或者云平臺的。客戶可以通過CMP來選擇的具體的某一云平臺來部署自己服務。通過CMP，客戶永遠不必處理具體某一云平臺的特定的用戶界面或API。這樣，通過CPM，會把所有的云平臺置于一個相同的公平競爭環境。
為避免被具體的云平臺綁定，CMP一般只使用云平臺提供的基礎的計算單元，數據塊存儲，對象存儲網絡服務。一些CMP還將將自己的負載均衡、 數據庫服務和應用服務部署到每個云平臺。這樣會進一步避免將應用綁定到具體某一云平臺。舉例來講，當客戶在AWS上進行災難恢復的時候，通過CMP，他們也可以選擇在自己的基于傳統VM的私有云環境中運行他們的應用。
在很多方面，Docker提供了類似CMP的跨平臺移植能力。客戶可以通過Dockerfile聲明一個Docker鏡像和相關的拓撲結構，并把鏡像build到具體的云平臺中。與CMP類似，通過Docker，也可以將額外管理所需的網絡、數據庫等服務以容器的方式部署，進而滿足各種具體的需要。
同時，一些新的基于Docker的管理工具也提供了多云平臺的容器管理功能。事實上，這同CMP的功能有所重疊，而一些CMP廠家也正在評估Docker的影響。
像PaaS一樣，我們不確認Docker到底會增加對CMP的需求，抑或反之？
同時，Docker的出現會不會讓應用的故障追蹤以及處理變得更復雜？而云計算管理平臺會不會集成對Docker的管理？
對傳統ISV的影響
對于傳統ISV而言，在整個SDLC（Systems Development Life Cycle）環節中引入Docker，可能會成為一種趨勢。Docker的引入，除了在ISV內部的開發、測試中會極大的解決配置依賴等問題，進而提升整體效率。 我們認為，以容器為核心的持續集成和持續交付，最終將容器作為ISV向客戶、向客戶的云平臺交付的實體，對于ISV及其客戶而言，都會有很大的效率提升。
雖然目前，我們不清楚究竟是更多的ISV向其客戶推薦了Docker，還是更多客戶要求ISV基于Docker進行開發，還是兩種可能都會有。但我們相信，Docker在企業應用市場，類似之前的VMware，會得到廣泛應用。
對DevOps的影響
目前市場上雖然有很多各種各樣的DevOps工具，希望幫助解決開發人員和運維人員之間的Gap。但Docker的出現，事實上提供了一種同Devops理念非常契合的框架。基于Docker：
開發人員可以更專注于他們的代碼，而不用擔心如何在生產環境中運行他們；
運維團隊在部署的時候，可以視容器為一個獨立的完整的模塊；
Docker分層的文件系統，使環境配置易于管理、維護；
像Git工作流一樣，通過Dockerfile，即便是復雜、異構的開發、測試環境，仍然可以高效的管理；
即便在同一個VM中，多個容器仍能運行多種不同的環境；
…..
我們認為Doker很有可能會對Devops的生態系統產生重要影響，甚至很有可能從根本上改變開發、運維的協作方式，并對市場上已有的持續集成，持續部署的解決方案造成重大影響。
事情總是會前進的，雖然并不一定以我們想象的方式
寫在后面的話
Docker正在面臨Java之前所面臨過的類似的挑戰。鑒于Docker很可能打亂甚至顛覆現有市場，目前很多公司正在密切關注并且評估Docker對自身業務的影響，如果需要，我們相信這些公司會以不同方式向Docker公司施加影響。Docker公司在未來也許會變得更加謹慎。
但我們更愿意從另外一個角度來看，我們相信，以Docker為代表的這一類容器虛擬化技術已經取得長足進步，無論Docker公司本身未來如何，容器虛擬化技術的進步以及推廣，必將帶來深刻的產業影響。
京公網安備 11010502049343號