Docker 為什么最初發(fā)展那么快，因為是面向開發(fā)者，個人用戶或者中小企業(yè)，這是他興旺起來的市場。起步于個人消費者市場，卻又想立刻切入企業(yè)級市場必然會有很多水土不服，這種背離最初的起源的做法并不是很明智，我認(rèn)為面向個人消費者其實才是 Docker 的固有基因。
那怎樣才是 Docker 更好的盈利模式呢？在我看來，Docker 可以在鏡像倉庫上發(fā)力，做成類似蘋果 AppStore 的模式。Docker的優(yōu)勢在于他有鏡像的入口（互聯(lián)網(wǎng)最關(guān)注的幾個價值點之一），他應(yīng)該把鏡像市場運營好，第三方在使用鏡像的時候進行付費。比如 MySQL 鏡像，網(wǎng)上不說一萬種也有一千種；但是哪個鏡像好用還真考驗用戶，如果用戶用的不好，也沒有反應(yīng)并改進的渠道，其實這樣也不利于 MySQL 鏡像的持續(xù)發(fā)展，如果 Docker 能夠?qū)ψ约簜}庫市場的高質(zhì)量 MySQL 鏡像收費，然后分成給做 MySQL 鏡像的公司，做 MySQL 鏡像的公司也可以根據(jù)客戶的反饋進行不斷優(yōu)化，做到生產(chǎn)可用；那么用戶應(yīng)該是樂意付租金費用的，畢竟自己花費成本做一個生產(chǎn)可用的 MySQL 鏡像成本不低，這有很大的經(jīng)濟價值。Docker 可以與 MySQL 等廠商進行利潤分成的模式擴展，就比較容易盈利了。
迷途知返：Docker 公司重拾初心？
經(jīng)過激烈的碰撞，現(xiàn)在 Docker 又回歸到自己擅長的老本行中，將視線從編排界收回到容器技術(shù)。
1、Containerd 的開源
12月13日，Docker 開源了Containerd（https://containerd.io），它是為 RunC 提供接口并進行鏡像的管理。非常有意思的是 Docker 沒有把 Containerd 貢獻給 Apache/Linux 之類的基金會，或是直接貢獻給 RunC，而是單獨開源，這個態(tài)度很是微妙，體現(xiàn)了對 RunC一定的防范，目前有 AWS、Google，IBM、Microsoft 和阿里云等作為初始成員，會為項目提供貢獻和維護人員。 我對這個舉措解讀為 Docker 對容器技術(shù)的回歸，并且是對16年爭論的折中，他希望生態(tài)更加開放，更良性的發(fā)展，降低業(yè)界對 Docker 封閉的擔(dān)心，同時也是通過 Containerd 作為橋梁，讓大家更多地關(guān)注回 Docker，抵消因為生態(tài)分裂對Docker 帶來的不利影響。
在我看來，這其實也不失為一種對 RunC 的堤防措施，讓大家在使用 RunC 同時也不忘記 Docker；開源的舉措也可以一定程度緩和關(guān)系（不過，我認(rèn)為 Docker 并不會把Containerd 交給 RunC 方運營）。
2、DataCenter "錢"途未卜
今年年初的時候做了 DDC （Docker Data Center），其目的是為了向客戶收費。但是，目前無法找到這個項目的營收數(shù)字，單從 DDC 和 Docker 開源部分來說，沒有太大的差別，商業(yè)價值還無法確認(rèn)。
3、與阿里云合作的全面合作
Docker 選擇重量級的公司合作其實是一個明智的選擇，雖然這對做 Docker 鏡像倉庫公有服務(wù)的小公司確實不是好消息。大公司的好處有人力和財力，而且 Docker 的商務(wù)版（DDC）未來要放在國內(nèi)公有云上，阿里有這樣的基礎(chǔ)設(shè)施，可以在初期承受大量客戶免費試用的投入，在 IaaS 公有云生產(chǎn)級別也更可靠。
當(dāng)然，有人歡喜有人憂，此番合作還意味著：Container as a Service 公有云的市場就已經(jīng)定型了，做 Docker 鏡像倉庫公有市場對創(chuàng)業(yè)公司關(guān)閉了。
4、Swarm 還會繼續(xù)，但前景不明
Docker 還會把 Swarm 繼續(xù)支持下去，但是編排領(lǐng)域的有很多細(xì)分的市場，Swarm 的發(fā)展目標(biāo)應(yīng)該會是小規(guī)模的集群；而且 Docker 的發(fā)展重心還是會回到容器本身，因為只有精專容器本身技術(shù)，才會凸顯 Docker 獨特的優(yōu)勢。做編排的話，從社區(qū)熱度、貢獻人數(shù)、發(fā)布頻率可以看出，Swarm 應(yīng)該是會被其他競爭對手的光環(huán)所淹沒。
Docker 重新考慮在做的就是揚長避短：既然短處不能補成長處，那么就需要回歸繼續(xù)發(fā)揚長處。
避免競爭誤入歧途，容器生態(tài)仍有藍海
上文提到了 Docker 與阿里云合作對國內(nèi)一些創(chuàng)業(yè)公司造成了影響。我還想談?wù)勎覍θ萜鲃?chuàng)業(yè)的一些建議：首先我不認(rèn)為在 Docker 之上進行定制出 CaaS 是有市場做法，創(chuàng)業(yè)公司如果一定要局限于 Docker 創(chuàng)業(yè)，可以考慮在 Docker 生態(tài)圈中，還有那些技術(shù)空白點，然后專攻一點成為特色（這是國外容器創(chuàng)業(yè)公司常見的做法，Docker 也收購了很多此類的優(yōu)秀公司）。
那么容器生態(tài)的創(chuàng)業(yè)還有哪些藍海領(lǐng)域呢？除了上文提到的容器類技術(shù)和編排集類，其實還有插件技術(shù)，這可以看做是兩者的交集部分。插件技術(shù)是很多樣化的，比如網(wǎng)絡(luò)、存儲，并且有很大的發(fā)展?jié)摿ΑＨ萜鞯母黝惒寮?017年將會有較大、較快的發(fā)展，這塊目前還屬于拓荒地帶，經(jīng)?？梢钥吹郊夹g(shù)進展，比如存儲插件就超過10類，而且很不成熟，如果能做統(tǒng)一化或是成熟后、簡化，都可以成為很有價值的技術(shù)。以網(wǎng)絡(luò)插件為例，Docker 有 CNM 標(biāo)準(zhǔn)，CoreOS、Mesos、Cloud Foundry 有 CNI 標(biāo)準(zhǔn)，當(dāng)然這兩種標(biāo)準(zhǔn)從技術(shù)上講還是有很多不兼容的地方，接下來的發(fā)展是兼容還是統(tǒng)一，還是一強一弱導(dǎo)致弱勢方自然淘汰，需要走一步看一步。而至于存儲，目前主要由很多存儲廠商主導(dǎo)，根據(jù)自己的存儲特性研發(fā)的存儲插件，種類多且復(fù)雜，在何種情況下使用何種插件很考驗用戶對存儲插件的理解能力。這些外圍的插件還有較大的發(fā)展空間。