開源真是火了,，近些年成功的IT項目像TensorFlow、RocketMQ,、TDEngine都是開源項目,，而且這種火爆還出了圈，連帶著RISC-V這種準開源的芯片也成為了各方爭搶的香餑餑,。但是如果仔細觀察這一片開源火爆的背后其實也有不少隱憂,，由于開源只是一種松散、開放的合作方式,，這種合作方式往往能夠帶來人們意想不到的高價值產(chǎn)出,，但由于目前主流的開源協(xié)議往往沒有對于后續(xù)價值分配做出嚴格約定,，這也就造成了諸如“某大廠上開源恥辱墻”、“開發(fā)者上門要索要代碼”的鬧劇頻頻出現(xiàn),，但這些小紛爭和開源巨大的利益蛋糕比起來都是小場面,，目前開源界的三大戰(zhàn)役主要是Dockers vs k8s、紅帽Linux vs Cent OS以及亞馬遜 vs Elastic,，而這其中Docker的發(fā)展軌跡最為典型,，也最值得我們思考。

Dockers Desktop收費如飲鴆止渴,，加快與k8s的分手歷程

近期，Docker 公司更新了旗下產(chǎn)品的訂閱策略,，其中最顯著的變化是Docker Desktop條款的修改,。Docker Desktop 對于同時滿足雇員少于 250 人，年收入少于 1000 萬美元的小型企業(yè),、個人,、教育和非商業(yè)性開源項目仍然免費。但是大中型企業(yè)則需要它需要付費了,，價格每個用戶每月 5 美元起,。

雖然收費條款有5個月的寬限，但是而對不斷商業(yè)化的Docker,，開源替代產(chǎn)品也開始躍躍欲試,，比如像Podman UI、lima都是不錯的選擇,。而最令人唏噓的是Docker這樣一位開源界的三好學生,，為什么會有如此之大的轉(zhuǎn)變。

Docker-曾經(jīng)的屠龍少年

天下武功唯快不破,，在云計算的江湖從虛擬機到容器,，再到Serverless莫不如此。十年前OpenStack的發(fā)布讓云計算正式進入了虛擬機的IaaS時代,，OpenStack憑借其開源,、開放的特性，使得私有云的創(chuàng)建門檻大幅度降低,，理論上講任何掌握了OpenStack開發(fā)能力的企業(yè)都可以自行創(chuàng)建和提供云計算服務(wù),。

當時的云計算，本質(zhì)上都是基于虛擬機的,，OpenStack可以將一些性能強勁的物理服務(wù)器,，拆分成若干個虛擬機，提供給用戶使用,，但虛擬機還是太重了,。即使是飛天集群,，新增部署虛擬機的時間也是以分鐘來計的。但是互聯(lián)網(wǎng)上的機會往往轉(zhuǎn)瞬即逝,，分鐘級的等待對于用戶來講就是不能忍受的煎熬,，因此瘦身版的虛擬機也就是容器開始走入了大家的視野。

通俗的講,，容器就是基建狂魔版的云平臺,，雖然傳統(tǒng)的基建技術(shù)安全性更高，穩(wěn)定性也更好,，但是從頭修路,、蓋房、裝修成本太高時間也太長,，而容器本質(zhì)上是一個最小運行環(huán)境的鏡像,，只要給點陽光就能野蠻生長，而且用完以后想拆也很方便,，是應(yīng)對云時代流量沖擊的神器,。目前Docker幾乎已經(jīng)成了容器的代名詞，每個網(wǎng)民都接受過由Docker提供的服務(wù),，IT人在日常工作中肯定都接觸過Docker,，Docker作為容器技術(shù)的始祖，以一個憨態(tài)可掬的小鯨魚形象出現(xiàn),，在剛剛出場之際就將Vmware旗下的Paas平臺-Cloud Foundry斬于馬下,。

2013年開始，云計算的PaaS大幕開啟,。在PaaS時代,，云計算的最小使用單位從虛擬機變成容器。最早出現(xiàn)流行開來的PaaS平臺是由Vmware創(chuàng)立的CloudFoundry,。2012年在帕特.基辛格正式接手Vmware以后,，就開始在PaaS方向發(fā)力，Cloud Foundry正是基辛格親手打造出來的拳頭產(chǎn)品,，通過應(yīng)用托管功能,。開發(fā)者只需要通過一條簡單的命令，就可以將整個項目打包,，上傳到Cloud Foundry,，而Cloud foundry主機集群中，找到滿足用戶需求鶴機,，通過容器化技術(shù),，解壓并運行用戶的項目包，并快速對外提供服務(wù)。令人感嘆的是歷史總是這樣的對稱美,，Cloud Foundry在被Docker打敗之后,，基辛格回歸英特爾推出的首款拳頭產(chǎn)品至強三代Ice Lake有一款專門針對docker的增加型號-8352v，這個型號在高密度容器部署方面有奇效,，這段往事讀者可以參考前文《溢價5倍欲將Sifive收入麾下,，英特爾的絕地反擊戰(zhàn)》、《超異構(gòu)時代“煉金術(shù)”,，開發(fā)者表示“驚艷”》這里不加贅述了,。

除了基本的容器功能以外，Cloud Foundry還提供應(yīng)用分發(fā),、監(jiān)控,，標準化災(zāi)備體系等等服務(wù)，Cloud Foundry將程序員從繁重的運維任務(wù)中解放出來,，讓開發(fā)者不需要再去關(guān)心運行平臺的資源使用狀況,。但是Cloud Foundry并沒有把工作做到極致， 其打包功能一直為外界所詬病,。開發(fā)者甚至要為每個應(yīng)用版本應(yīng)用打一個包，其帶來的調(diào)試成本之高令人咋舌,，甚至有人抱怨在Cloud Foundry所花費的調(diào)試時間遠遠高于開發(fā)一款新的應(yīng)用,。

Build once，Run anywhere這句響亮的口號就是Docker打敗Cloud Foundry的最大秘決,， Docker與Cloud Foundry相比其底層技術(shù)都是namespace和cgroups,，但是Docker很好的考慮了應(yīng)用打包的一致性與復用性問題，并提出了鏡像這種創(chuàng)新式的解決方案,，完全可以做到三分鐘部署一個Nginx集群的效果,，正是這種對程序員的友好特性，讓Docker成功取代Cloud Foundry成為當之無愧的C位,。

痛失標準話語權(quán),，Docker埋下隱憂

Docker成為C位后，巨頭們也看到了容器方面的商機,，CoreOS推出了Rocket容器,，Google也推出了lmctfy容器，但是面對簡潔易用的Docker,，即便是開源界無往不利的Google也敗下陣來,，推出不久之后lmctfy容器項目就被關(guān)停，
幸福來得太快也讓Docker有點飄了,，在得到大筆融資之后Docker公司開始了瘋狂的買買買,，不過Docker之前一直是靠開源社區(qū)的力量發(fā)展壯大的，靠收購打造出的容器三件套：DockerCompose、Docker Swarm以及DockerMachine明顯有點水土不服,。不過這倒是影響不大,，在有了容器三件套之后Docker正式把公司的名字由原來的dotCloud改名為Docker，并且將Docker注冊成了商標全面開啟商業(yè)化之路,。

這一系列的動作基本宣告了之前的開源少年已經(jīng)開始了商業(yè)化的轉(zhuǎn)身,，這也就意味著，未來云廠商要容器就要向Docker公司支付授權(quán)費用,，這一系列的動作讓容器領(lǐng)域的眾多玩家對于Docker產(chǎn)生了警惕,，過舊暴露的商業(yè)化意圖，讓云廠商們感到自身利益受到威脅,，Docker沒落的種子就此埋下,。

2015年，Docker在同行巨大的壓力下,，他們牽頭成立了OCI（Open Container Initiative）基金會,，并將自己的容器運行時LibContainer改名為RunC捐贈給OCI，由OCI與容器各方共同制定容器和鏡像的標準和規(guī)范,。但是當時的Docker基本沒怎么把OCI放在眼里,，而且憑借自身的用戶優(yōu)勢對于對于標準的制定也是漠不關(guān)心。現(xiàn)在回顧起來放棄標準制訂的話語權(quán),，也是后來K8S有勇氣和Docker說再見的主要原因,，雖然OCI在Docker的缺位下發(fā)展緩慢，但接下來出場的CNCF（Cloud Native Computing Foundation）基金會卻是個真正的狠角色,，隨著CNCF的出現(xiàn),，Kubernetes也就是K8S終于登場了。

君以此始,，必以此終,，Docker終失C位

K8S是Google在2014開源的一款容器編排項目，一開始K8S只算是一個Google一個人參與的獨角戲,，但CNCF帶來的社區(qū)力量改變了這一切,，由于這個時候Docker已經(jīng)在商業(yè)化的道路上一去不返了，不久以后K8S社區(qū)就開始和Docker分庭抗禮了,，而且逐漸有后來者居上的趨勢,，基于K8S的微服務(wù)等新興技術(shù)框架迅速流行開來，最終使得以K8S為代表的容器編排平臺成為了云原生時代的C位,。面對CNCF的迅速發(fā)展壯大,，Docker不得已將自己的Containerd捐贈給了CNCF，并且在2017年10月在Docker企業(yè)版中默認內(nèi)置K8S平臺,。

如果說Docker打敗Cloud Foundry依靠的是簡潔,、簡單的微創(chuàng)新,，那么K8S對于Docker就是降維打擊了，Docker Swarm編排工作只是站在容器視角處理問題,，而站在K8S的角度上,，容器只是一個運行時的環(huán)境，Pod和Service才是K8S編排建模中所考慮的重點,，只要符合標準的容器運行時都可以做為Pod進行編排,，也就是說K8S對于所有容器一視同仁，用戶是否用Docker根本無所謂,。在取得優(yōu)勢身位以后,，K8S果斷開始了去Docker化的動作，在去年年底,，CNCF官宣在K8S的1.20版本中Docker能夠正常使用,，但是會有警告提示，而1.22版本以后,，則移除Docker的支持,。這其中最大的影響那些用到Docker API的應(yīng)用都將不能在K8S平臺上運行了。

正如剛剛所說Docker在如日中天的時候?qū)τ谶\行時的標準漠不關(guān)心,，這也使得很多Docker的增強功能是由Docker Shim組件提供的專屬API來完成的,，但是Docker Shim并不屬于標準的容器運行時，這也就意味著K8S甩掉Docker時根本沒有什么太大的負擔,，而且Docker目前在商業(yè)化道路上與CNCF社區(qū)漸行漸遠,，K8S目前作為云原生時代的C位，完全沒必要為企業(yè)版的Docker去背書,。

目前DockerDesktop企業(yè)版收費的做法并不是一個明智之舉，以目前Docker的江湖地位,，各種開源替代產(chǎn)品比比皆是,，商業(yè)化的動作只會加快他們與開源社區(qū)的分手歷程。不過拿了人的總是手短,，接受融資就要受制于資本,，Docker的歷程在開源界也算典型，比如Red Hat在被IBM收購以后就停掉了免費版的Cent OS項目,，如何平衡免費,、開放的理念與商業(yè)化利益之間的關(guān)系，是整個IT界都需要仔細考慮的問題,。