從容器到魂器，云的交付件
近日，# U.E.D Devops Workshop系列技術沙龍#在廣州和深圳展開，題為“Docker應用與虛擬化技術”的技術沙龍為開發者帶來了Docker技術的分享。現場，來自UCloud 平臺開發中心總監邱模炯和DaoCloud CEO Roby分別與技術愛好者分享了他們在Docker領域的看法與經驗。
本文分享來自DaoCloud CEO Roby的“從容器到魂器，云的交付件”的精彩內容。
以下為整理內容：
說起對于Docker的印象，Roby用的是“刻骨銘心”。他說，在其同事兩分鐘時間敲出一個分布式系統時，其中用到的就是Docker技術，就是這里的容器技術顛覆了其作為一個容器技術開發者對容器的理解——這個故事發生在2013年，兩年后Roby與幾位同事告別了原來的團隊，一起成立了一家專注容器技術的公司DaoCloud。
——這就是Roby與Docker的創業故事
行業趨勢
Docker的發展，與云計算技術一樣是時代催生的變革。1998年，瀑布式應用開發非常流行，開發者嚴格遵循預先計劃的需求、分析、設計、編碼、測試的步驟順序進行軟件開發，但顯然它的嚴格分級導致了自由度的降低;2005年，桌面應用盛行，它讓電腦更加人性化;隨后敏捷開發在開發者中流行起來，因為可以不斷適應需求，快速迭代;而云計算技術帶來的優勢和變化讓我們開始追求精益工程，其中對于發布的要求也更高，推進了容器的發展，于是我們看到了開發者對于Docker的狂熱。
是誰驅動了這一系列的變革?CEO，CTO，工程師，客戶?Roby表示客戶才是最好的產品經理。只有聚焦、突破、試錯和迭代才能做到精益，也就是說需要把業務分為應對變化的部分和積累沉淀部分，以不同迭代粒度推進業務發展。
容器的變遷
容器，我們有時候開玩笑說它很像魂器，如《哈利波特》魂器一樣，它把你的靈魂分開，把將一部分藏在身體外的某個物體中，即使你的身體遭襲擊或者毀壞，當你自己受到攻擊的時候，你也死不了，因為還有一部分靈魂在世間未受損害。
一樣的，在制作容器的過程中，就是把你的業務分裂開，將一部分藏在變化外的某個部署環境中，這樣就算你的局部遭變化或者重構，你的業務死不了，因為還有一部分核心在鏡像中不受損害。
這是容器成為迄今發展速度最快的云計算技術的原因。我們來看一下容器技術的變遷：
2008年，我們可以構建輕量級的容器;
2013年，容器標準化，實現兼容性;
2014年，容器生態系統開始繁榮;
2015年，支持多Docker APP模式;
來，構建一個平臺實現對容器的管理……
容器技術 VS 虛擬化平臺
容器技術與虛擬化平臺，不可避免會被技術人員進行對比。關鍵的不同主要有以下三個區別：
虛擬化是一個模擬指令集，而容器，無論是Docker還是Warden都是直接的硬件指令，運行在宿主操作系統之上;
系統資源消耗上，Docker的優勢非常明顯，在配置管理上會有一些額外開銷，未來我們相信隨著優化開銷會更低。。
容器的鏡像特別的小，因為類似的容器鏡像只要一份就行了，最上面一層是一個可讀寫層，所以每一個容器鏡像在發布的時候只會發布一個增量的存儲空間，這使得容器鏡像本身存儲空間非常小。
#p#
Docker爆熱的背后
事實上，容器技術并不是一個新的東西，而Docker只是把容器使用的門檻降到了更低，使得越來越多的開發者，而不是系統運維開發人員，也可以使用容器技術，那么Docker為什么會這么熱呢?
站在云的基石上
在移動互聯網項目中，沒有人再會自己去做基礎架構。像UCloud這樣專業的基礎云服務提供商的出現使得創業團隊及企業高速迭代、創新和運維支撐難度都大大降低了，云計算已經成為所有人做業務的基石。
降低技術門檻
其實，這與現在的時代背景有關系的。因為現在的互聯網和移動互聯網項目中有很多的痛點，包括微服務架構和容器管理平臺等，都需要我們用一個分布式的架構和管理分布式的能力去支撐我們的業務體系，原來因為技術門檻需要一支很強的技術團隊去支撐業務體系，但是Docker的出現使得你實現技術跨越，降低技術門檻。
架構變遷的需要
大家都在不斷的調整業務架構，從早期互聯網的三層架構，到現在的分層架構，到未來的微服務集群架構，或多或少都在組織內會實現這種持續集成、持續開發來保證代碼質量和協同工作。
這些的趨勢變化，已然成為容器發展的一個契機，因為容器在這個階段上能夠很好的把在這些過程統一起來。
改變開發流程
組織架構在開發業務系統，無論是企業內部還是企業外部其實都無外乎是這樣的一個流程，都是從代碼、測試、集成、發布、部署到運維這樣的一個過程，但原來的方式中其中一些過程是一個割裂的，也就是說這是人為的把原來應該在一條線上的業務迭代分隔成了多個階段，這樣就會導致溝通Gap，從而引發各類問題。
Docker的出現使得軟件開發周期發生了變化，整個流程被分成了開發和交付兩個階段，即交付前和交付后。交付前開發人員需要迭代和移交鏡像和鏡像構建的過程，交付后也有可能是開發人員本身就是運維團隊負責鏡像容器的編排和運行。這樣就讓整個開發過程做到了統一，容器成為了應用交互的一個標準交付件。讓每個過程都是可追溯的。
開發流程中，除了從代碼開始是一個代碼迭代的東西，從代碼提交到代碼倉庫之后所有的流程就與代碼沒有關系了，它主要跟容器鏡像有關系。開發人員提交代碼的時候是把代碼和鏡像打包在一起發布成一個應用鏡像。革命性在于原來開發人員是很痛苦的，開發人員要學新的東西，新的架構、新的打包方式;但容器的話，開發人員其實不需要學東西。
因此很多用戶的第一反應會是，上容器管理平臺是不是很痛苦，學習成本是不是會很高?舉一個例子，我們在上海有一家客戶用了一個非常非常老的中間件技術，我們花了三個小時就幫他把所有組件間全部運行在一個容器基礎教育鏡像下，他的開發人員、測試人員從此再也不要配發布環境了，每次只要把代碼和鏡像進行綁定，代碼進入鏡像，鏡像發布就可以了，所以從此他的開發人員和測試人員、運維人員都跑到統一鏡像上面。
所以，使用Docker容器平臺之后開發流程會是這樣的：所有的工具鏈除了代碼開發段，用的都是Docker生態的組件來完成這些工作。從開發形態到持續集成引擎、發布流程、鏡像發布、編排、部署環境、運維，除了代碼階段，之后所有流程都由容器完成的，只是在各個階段用的組件和工具不一樣，最終把這些流程串在一起形成一個自動化發布流程。
誰在用Docker?
根據用戶的回訪發現，使用Docker應用比較廣泛的兩個領域是互聯網平臺和移動社交，分別占全部用戶的20%和25%。另外，垂直電商企業占全部用戶的10%，P2P金融企業則是15%，物聯網數據企業占比18%，視頻處理也占到了12%。
從上圖可以看出，容器云平臺的價值所在，主要體現在資源利用率、灰度發布、運維一體化和彈性伸縮帶來的好處上。
實踐的坑兒……
每個技術在實踐過程中，總是要經歷這樣或那樣的坑兒，實在正常的很，Docker也一樣。目前，最大的坑兒就是網絡問題。
國內網絡環境下，自己裝個Docker環境然后運行，最簡單的也要花上半天的時間，這是相當痛苦的一件事，于是我們花了一個星期時間解決了這個痛點，也就是我們的DaoMirror鏡像服務，在中美之間架了一個鏡像服務器，這個鏡像服務器其實是完全安全的，因為我們不采取用戶數據，我們只是把鏡像在中美的節點之間做了緩存，基本上相當于你在美國托Docker鏡像，這樣能夠極大的加速我們的開發過程。
嘉賓介紹：
Roby Chen(陳齊彥 )，DaoCloud聯合創始人，曾任EMC中國研究院總架構師，Pivotal CloudFoundry云平臺及應用實驗室創始人，主導了一系列云計算及大數據相關前瞻技術開發工作，作為中國最早的開源云計算技術布道者，在開源社區及企業客戶中享有極高的聲譽。著有《大數據，戰略技術實踐》一書。2015年從EMC離職創立DaoCloud，專注于企業級容器云平臺技術的構建。
