PaaS日漸深入人心，Cloud Foundry為首的傳統(tǒng)PaaS，開始蓄力基礎(chǔ)設(shè)施領(lǐng)域的 平臺化和PaaS化，于是發(fā)現(xiàn)PaaS的問題：

1.如何給應(yīng)用打包

Cloud Foundry/OpenShift/Clodify都沒答案，走向碎片化的歪路。此時，名不見經(jīng)傳的PaaS創(chuàng)業(yè)公司dotCloud，卻選擇開源自研的容器項目Docker。就這樣一個平淡無奇古天樂一般的技術(shù)，開啟“Docker”新時代。

公司最重要戰(zhàn)略之一就是：堅持把“開發(fā)者”群體放在至高無上的位置。Docker項目推廣策略從一開始就呈現(xiàn)出一副“憨態(tài)可掬”的親人姿態(tài)，把每一位后端技術(shù)人員（而非資本家）作為主要的傳播對象。簡潔的UI，有趣的demo，“1分鐘部署一個WordPress網(wǎng)站”“3分鐘部署一個Nginx集群”，這種同開發(fā)者之間與生俱來的親近關(guān)系，使Docker項目迅速成為了全世界會議上最受追捧的新星。

Docker項目給后端開發(fā)者提供了走向聚光燈的機(jī)會。比如Cgroups和Namespace這種存在多年卻很少被關(guān)心的特性，在2014年和2015年頻繁入選各大技術(shù)會議分享議題，就因聽眾想知道Docker的原理。

• 解決了應(yīng)用打包和發(fā)布這一困擾運(yùn)維人員多年的技術(shù)難題。
• 第一次把一個純后端的技術(shù)概念，通過友好的設(shè)計和封裝，交到開發(fā)者手里。

無需精通TCP/IP/Linux內(nèi)核原理，一個前端或者網(wǎng)站的后端工程師，都會對如何把自己的代碼打包成一個隨處可以運(yùn)行的Docker鏡像充滿好奇和興趣。

解決了應(yīng)用打包，同開發(fā)者與生俱來的親密關(guān)系，再加上PaaS概念已深入人心的契機(jī)，成為Docker平淡無奇項目一炮而紅的重要原因。一個以“容器”為中心的、全新的云計算市場正呼之欲出，而作為這個生態(tài)的一手締造者，此時的dotCloud公司突然宣布將公司名稱改為 Docker。

2 發(fā)布Swarm項目

2014發(fā)布，雖通過“容器”完成對經(jīng)典PaaS的“降維打擊”，但Docker項目和Docker公司還得回到PaaS項目原本躬耕多年的田地：如何讓開發(fā)者把應(yīng)用部署在我的項目？

Docker項目從發(fā)布之初就全面發(fā)力，從技術(shù)/社區(qū)/商業(yè)/市場全方位爭取到的開發(fā)者群體，實(shí)際上為此后吸引整個生態(tài)到自家“PaaS”上的一個鋪墊 只不過這時，“PaaS”的定義已全然不是Cloud Foundry描述的那樣，而是變成了一套以Docker容器為技術(shù)核心，以Docker鏡像為打包標(biāo)準(zhǔn)的、全新的“容器化”思路。

這正是Docker項目從一開始悉心運(yùn)作“容器化”理念和經(jīng)營整個Docker生態(tài)的主要目的。

而Swarm項目，正是接下來承接Docker公司所有這些努力的關(guān)鍵。

3 總結(jié)

3.1 Docker項目迅速崛起的原因

• Docker鏡像通過技術(shù)手段解決了PaaS的根本性問題
• Docker容器同開發(fā)者之間有著與生俱來的密切關(guān)系
• PaaS概念已經(jīng)深入人心的完美契機(jī)。

嶄露頭角的Docker公司，終于以一個更加強(qiáng)硬的姿態(tài)來面對這個曾經(jīng)無比強(qiáng)勢，但現(xiàn)在卻完全不知所措的云計算市場。而2014年底的DockerCon歐洲峰會，才正式拉開了Docker公司擴(kuò)張的序幕！

參考

• docker官網(wǎng)
•  Docker實(shí)戰(zhàn)
• 深入剖析Kubernetes