1. 背景

敏捷開發已經流行了很長時間，如今有越來越多的企業開始踐行敏捷開發所提倡的以人為中心、迭代、循序漸進的開發理念。在這樣的場景下引入Docker技術，首要目的就是使用Docker提供的虛擬化方式，給開發團隊建立一套可以復用的開發環境，讓開發環境可以通過Image的形式分享給項目的所有開發成員，以簡化開發環境的搭建。但是，在沒有Docker技術之前就已經有類如Vagrant的開發環境分發技術，軟件開發者一樣可以創建類似需求的環境配置流程。所以在開發環境方面，Docker技術的優勢并不能很好的發揮出來。筆者認為Docker的優點在于可以簡化CI（持續集成）、CD（持續交付）的構建流程，讓開發者把更多的精力用在開發上。

每家公司都有自己的開發技術棧，我們需要結合實際情況對其進行持續改進，優化自己的構建流程。當我們準備邁出第一步時，我們首先要確立一張構建藍圖，做到胸有成竹，這樣接下來的事情才會很快實現。

這張時序圖概括了目前敏捷開發流程的所有環節。結合以上時序圖給出的藍圖框架，本文的重點是講解引入Docker技術到每個環節中的實踐經驗。
2. 創建持續發布的團隊

開發團隊在引入Docker技術的時候，最大的問題是沒有可遵循的業界標準。大家常常以最佳實踐為口號，引入多種工具鏈，導致在使用Docker的過程中沒有側重點。涉及到Docker選型，又在工具學習上花費大量時間，而不是選用合適的工具以組建可持續發布產品的開發團隊。基于這樣的場景，我們可以把“簡單易用”的原則作為評判標準，引入到Docker技術工具選型的參考中。開發團隊在引入Docker技術的過程中，首先需要解決的是讓團隊成員盡快掌握Docker命令行的使用。在熟悉了Docker命令行之后，團隊需要解決幾個關鍵問題具體如下：

1）Base Image的選擇, 比如phusion-baseimage

2）配置管理Docker鏡像的工具的選擇，比如Ansible、Chef、Puppet

3）Host主機系統的選擇，比如CoreOS、Atomic、Ubuntu

Base Image包括了操作系統命令行和類庫的最小集合，一旦啟用，所有應用都需要以它為基礎創建應用鏡像。Ubuntu作為官方使用的默認版本，是目前最易用的版本，但系統沒有經過優化，可以考慮使用第三方有劃過的版本，比如如phusion-baseimage。對于選擇RHEL、CentOS分支的Base Image，提供安全框架SELinux的使用、塊級存儲文件系統devicemapper等技術，這些特性是不能和Ubuntu分支通用的。另外需要注意的是，使用的操作系統分支不同，其裁剪系統的方法也完全不同，所以大家在選擇操作系統時一定要慎重。

配置管理Docker鏡像的工具主要用于基于Dockerfile創建Image的配置管理。我們需要結合開發團隊的現狀，選擇一款團隊熟悉的工具作為通用工具。配置工具有很多種選擇，其中Ansible作為后起之秀，在配置管理的使用中體驗非常簡單易用，推薦大家參考使用。

Host主機系統是Docker后臺進程的運行環境。從開發角度來看，它就是一臺普通的單機OS系統，我們僅部署Docker后臺進程以及集群工具，所以希望Host主機系統的開銷越小越好。這里推薦給大家的Host主機系統是CoreOS，它是目前開銷最小的主機系統。另外，還有紅帽的開源Atomic主機系統，有基于Fedora、CentOS、RHEL多個版本的分支選擇，也是不錯的候選對象。另外一種情況是選擇最小安裝操作系統，自己定制Host主機系統。如果你的團隊有這個實力，可以考慮自己定制這樣的系統。
3. 持續集成的構建系統

當開發團隊把代碼提交到Git應用倉庫的那一刻，我相信所有的開發者都希望有一個系統能幫助他們把這個應用程序部署到應用服務器上，以節省不必要的人工成本。但是，復雜的應用部署場景，讓這個想法實現起來并不簡單。

首先，我們需要有一個支持Docker的構建系統，這里推薦Jenkins。它的主要特點是項目開源、方便定制、使用簡單。Jenkins可以方便的安裝各種第三方插件，從而方便快捷的集成第三方的應用。
通過Jenkins系統的Job觸發機制，我們可以方便的創建各種類型的集成Job用例。但缺乏統一標準的Job用例使用方法，會導致項目Job用例使用的混亂，難于管理維護。這也讓開發團隊無法充分利用好集成系統的優勢，當然這也不是我們期望的結果。所以，敏捷實踐方法提出了一個可以持續交付的概念 DeploymentPipeline（管道部署）。通過Docker技術，我們可以很方便的理解并實施這個方法。

Jenkins的管道部署把部署的流程形象化成為一個長長的管道，每間隔一小段會有一個節點，也就是Job，完成這個Job工作后才可以進入下一個環節。形式如下

大家看到上圖中的每一塊面板在引入Docker技術之后，就可以使用Docker把任務模塊化，然后做成有針對性的Image用來跑需要的任務。每一個任務Image的創建工作又可以在開發者自己的環境中完成，類似的場景可以參考下圖：

所以，使用Docker之后，任務的模塊化很自然地被定義出來。通過管道圖，可以查看每一步的執行時間。開發者也可以針對任務的需要，為每一個任務定義嚴格的性能標準，已作為之后測試工作的參考基礎。
4.最佳的發布環境

應用經過測試，接下來我們需要把它發布到測試環境和生產環境。這個階段中如何更合理地使用Docker也是一個難點，開發團隊需要考慮如何打造一個可伸縮擴展的分發環境。其實，這個環境就是基于Docker的私有云，更進一步我們可能期望的是提供API接口的PaaS云服務。為了構建此PaaS服務，這里推薦幾款非常熱門的工具方便大家參考，通過這些工具可以定制出企業私有的PaaS服務。
1) Apache Mesos + marathon

Apache Mesos系統是一套資源管理調度集群系統，生產環境使用它可以實現應用集群。此系統是由Twitter發起的Apache開源項目。在這個集群系統里，我們可以使用Zookeeper開啟3個Mesos master服務，當3個Mesos master通過zookeeper交換信息后會選出Leader服務，這時發給其它兩臺Slave Messos Master上的請求會轉發到Messos master Leader服務。Mesos slave服務器在開啟后會把內存、存儲空間和CPU 資源信息發給Messos master。Mesos是一個框架，在設計它的時候只是為了用它執行Job來做數據分析。它并不能運行一個比如Web服務Nginx這樣長時間運行的服務，所以我們需要借助marathon來支持這個需求。marathon有自己的REST API，我們可以創建如下的配置文件Docker.json：

然后調用

curl -X POST -H "Content-Type: application/json" http://<master>:8080/v2/apps -d@Docker.json

我們就可以創建出一個Web服務在Mesos集群上。對于Marathon的具體案例，可以參考官方案例。

2) Google Kubernetes

Google的一個容器集群管理工具，它提出兩個概念：

    Pods，每個Pod是一個容器的集合并部署在同一臺主機上，共享IP地址和存儲空間，比如Apache，Redis之類分為一組容器集合。
    Labels，提供服務標簽，方便Pod容器之間的調用協作。

通過官方架構設計文檔的介紹，可以詳細的了解每個組件的設計思想。這是目前業界唯一在生產環境部署經驗的基礎上推出的開源容器方案，可以預見到未來會成為容器管理系統的行業參考標準。

3) Panamax

在琳瑯滿目的集群管理工具面前，如何管理單機的Docker容器也是一個需要解決問題。因為Docker占用內存小，在單機服務器上部署成百上千個容器也不足為奇。Panamax提供人性化的Web管理界面用來安裝軟件讓部署變得更簡單。并且，Panamax還提供豐富的容器模板，讓在線創建服務成為可能。比如到DigitalOcean申請一臺主機，安裝一套Panamax啟動為后臺服務。然后通過Panamax Web界面安裝Nginx、Mysql、Redis等服務鏡像，這樣可以快速搭建生產環境的應用場景。所有的操作都是在Web界面上完成，開發者只需要關注開發本身即可。

5. 結論

Docker的集成部署方案，是一套靈活簡單的工具集解決方案。它克服了之前集群工具復雜、難用的困境，使用統一的Docker應用容器的概念部署軟件應用。通過引入Docker技術，開發團隊在面對復雜的生產環境中，可以結合自己團隊的實際情況，定制出適合自己基礎架構的配套軟件發布方案。