你好谷异，我是張磊庸疾。我今天分享的主題是：小鯨魚大事記之塵埃落定轿腺。

在上一次的分享中我提到，伴隨著 Docker 公司一手打造出來(lái)的容器技術(shù)生態(tài)在云計(jì)算市場(chǎng)中站穩(wěn)了腳跟丛楚，圍繞著 Docker 項(xiàng)目進(jìn)行的各個(gè)層次的集成與創(chuàng)新產(chǎn)品族壳，也如雨后春筍般出現(xiàn)在這個(gè)新興市場(chǎng)當(dāng)中。而 Docker 公司趣些，不失時(shí)機(jī)地發(fā)布了Docker Compose仿荆、Swarm 和Machine“三件套”，在重新定義 PaaS 的方向上走出了最關(guān)鍵的一步坏平。

這段時(shí)間拢操，也正是 Docker 生態(tài)創(chuàng)業(yè)公司們的春天，大量圍繞著Docker 項(xiàng)目的網(wǎng)絡(luò)舶替、存儲(chǔ)庐冯、監(jiān)控、CI/CD坎穿，甚至 UI 項(xiàng)目紛紛出臺(tái)展父，也涌現(xiàn)出了很多 Rancher、Tutum 這樣在開源與商業(yè)上均取得了巨大成功的創(chuàng)業(yè)公司玲昧。

在 2014~2015 年間栖茉，整個(gè)容器社區(qū)可謂熱鬧非凡。

這令人興奮的繁榮背后孵延，卻浮現(xiàn)出了更多的擔(dān)憂吕漂。這其中最主要的負(fù)面情緒，是對(duì) Docker 公司商業(yè)化戰(zhàn)略的種種顧慮尘应。

事實(shí)上惶凝，很多從業(yè)者也都看得明白，Docker 項(xiàng)目此時(shí)已經(jīng)成為Docker 公司一個(gè)商業(yè)產(chǎn)品犬钢。而開源苍鲜，只是 Docker 公司吸引開發(fā)者群體的一個(gè)重要手段。不過(guò)這么多年來(lái)玷犹，開源社區(qū)的商業(yè)化其實(shí)都是類似的思路混滔，無(wú)非是高不高調(diào)、心不心急的問(wèn)題罷了歹颓。

而真正令大多數(shù)人不滿意的是坯屿，Docker 公司在 Docker 開源項(xiàng)目的發(fā)展上，始終保持著絕對(duì)的權(quán)威和發(fā)言權(quán)巍扛，并在多個(gè)場(chǎng)合用實(shí)際行動(dòng)挑戰(zhàn)到了其他玩家（比如领跛，CoreOS、RedHat撤奸，甚至谷歌和微軟）的切身利益吠昭。

那么鹅经，這個(gè)時(shí)候，大家的不滿也就不再是在 GitHub 上發(fā)發(fā)牢騷這么簡(jiǎn)單了怎诫。

相信很多容器領(lǐng)域的老玩家們都聽說(shuō)過(guò)，Docker 項(xiàng)目剛剛興起時(shí)贷痪，Google也開源了一個(gè)在內(nèi)部使用多年幻妓、經(jīng)歷過(guò)生產(chǎn)環(huán)境驗(yàn)證的 Linux 容器：lmctfy（Let Me Container That For You）。

然而劫拢，面對(duì) Docker 項(xiàng)目的強(qiáng)勢(shì)崛起肉津，這個(gè)對(duì)用戶沒(méi)那么友好的Google 容器項(xiàng)目根本沒(méi)有招架之力。所以舱沧，知難而退的 Google 公司妹沙，向 Docker 公司表示了合作的愿望：關(guān)停這個(gè)項(xiàng)目，和 Docker 公司共同推進(jìn)一個(gè)中立的容器運(yùn)行時(shí)（container runtime）庫(kù)作為 Docker 項(xiàng)目的核心依賴熟吏。

不過(guò)距糖，Docker 公司并沒(méi)有認(rèn)同這個(gè)明顯會(huì)削弱自己地位的提議，還在不久后牵寺，自己發(fā)布了一個(gè)容器運(yùn)行時(shí)庫(kù) Libcontainer悍引。這次匆忙的、由一家主導(dǎo)的帽氓、并帶有戰(zhàn)略性考量的重構(gòu)趣斤，成了Libcontainer 被社區(qū)長(zhǎng)期詬病代碼可讀性差、可維護(hù)性不強(qiáng)的一個(gè)重要原因黎休。

至此浓领，Docker 公司在容器運(yùn)行時(shí)層面上的強(qiáng)硬態(tài)度，以及Docker 項(xiàng)目在高速迭代中表現(xiàn)出來(lái)的不穩(wěn)定和頻繁變更的問(wèn)題势腮，開始讓社區(qū)叫苦不迭联贩。

這種情緒在 2015 年達(dá)到了一個(gè)小高潮，容器領(lǐng)域的其他幾位玩家開始商議“切割”Docker 項(xiàng)目的話語(yǔ)權(quán)捎拯。而“切割”的手段也非常經(jīng)典撑蒜，那就是成立一個(gè)中立的基金會(huì)。

于是玄渗，2015 年 6 月 22 日座菠，由 Docker 公司牽頭，CoreOS藤树、Google浴滴、RedHat 等公司共同宣布，Docker 公司將 Libcontainer 捐出岁钓，并改名為 RunC 項(xiàng)目升略，交由一個(gè)完全中立的基金會(huì)管理微王，然后以 RunC 為依據(jù)，大家共同制定一套容器和鏡像的標(biāo)準(zhǔn)和規(guī)范品嚣。

這套標(biāo)準(zhǔn)和規(guī)范炕倘，就是 OCI（ Open Container Initiative ）。OCI 的提出翰撑，意在將容器運(yùn)行時(shí)和鏡像的實(shí)現(xiàn)從 Docker 項(xiàng)目中完全剝離出來(lái)罩旋。這樣做，一方面可以改善 Docker 公司在容器技術(shù)上一家獨(dú)大的現(xiàn)狀眶诈，另一方面也為其他玩家不依賴于 Docker 項(xiàng)目構(gòu)建各自的平臺(tái)層能力提供了可能涨醋。

不過(guò)，不難看出逝撬，OCI 的成立更多的是這些容器玩家出于自身利益進(jìn)行干涉的一個(gè)妥協(xié)結(jié)果浴骂。所以，盡管 Docker 是 OCI 的發(fā)起者和創(chuàng)始成員宪潮，它卻很少在 OCI 的技術(shù)推進(jìn)和標(biāo)準(zhǔn)制定等事務(wù)上扮演關(guān)鍵角色溯警，也沒(méi)有動(dòng)力去積極地推進(jìn)這些所謂的標(biāo)準(zhǔn)。

這狡相，也正是迄今為止 OCI 組織效率持續(xù)低下的根本原因愧膀。

眼看著 OCI 并沒(méi)能改變 Docker 公司在容器領(lǐng)域一家獨(dú)大的現(xiàn)狀，Google 和 RedHat 等公司于是把與第二把武器擺上了臺(tái)面谣光。

Docker 之所以不擔(dān)心 OCI 的威脅檩淋，原因就在于它的 Docker 項(xiàng)目是容器生態(tài)的事實(shí)標(biāo)準(zhǔn)，而它所維護(hù)的 Docker 社區(qū)也足夠龐大萄金◇霸茫可是，一旦這場(chǎng)斗爭(zhēng)被轉(zhuǎn)移到容器之上的平臺(tái)層氧敢，或者說(shuō)PaaS 層日戈，Docker 公司的競(jìng)爭(zhēng)優(yōu)勢(shì)便立刻捉襟見肘了。

在這個(gè)領(lǐng)域里孙乖，像 Google 和 RedHat 這樣的成熟公司浙炼，都擁有著深厚的技術(shù)積累；而像CoreOS 這樣的創(chuàng)業(yè)公司唯袄，也擁有像 Etcd 這樣被廣泛使用的開源基礎(chǔ)設(shè)施項(xiàng)目弯屈。

可是 Docker 公司呢？它卻只有一個(gè) Swarm恋拷。

所以這次资厉，Google、RedHat 等開源基礎(chǔ)設(shè)施領(lǐng)域玩家們蔬顾，共同牽頭發(fā)起了一個(gè)名為CNCF（Cloud Native Computing Foundation）的基金會(huì)宴偿。這個(gè)基金會(huì)的目的其實(shí)很容易理解：它希望湘捎，以 Kubernetes 項(xiàng)目為基礎(chǔ)，建立一個(gè)由開源基礎(chǔ)設(shè)施領(lǐng)域廠商主導(dǎo)的窄刘、按照獨(dú)立基金會(huì)方式運(yùn)營(yíng)的平臺(tái)級(jí)社區(qū)窥妇，來(lái)對(duì)抗以 Docker 公司為核心的容器商業(yè)生態(tài)。

而為了打造出這樣一個(gè)圍繞 Kubernetes 項(xiàng)目的“護(hù)城河”娩践，CNCF社區(qū)就需要至少確保兩件事情：

1. Kubernetes 項(xiàng)目必須能夠在容器編排領(lǐng)域取得足夠大的競(jìng)爭(zhēng)優(yōu)勢(shì)活翩；

2. CNCF 社區(qū)必須以 Kubernetes 項(xiàng)目為核心，覆蓋足夠多的場(chǎng)景欺矫。

我們先來(lái)看看 CNCF 社區(qū)如何解決 Kubernetes 項(xiàng)目在編排領(lǐng)域的競(jìng)爭(zhēng)力的問(wèn)題。

在容器編排領(lǐng)域展氓，Kubernetes 項(xiàng)目需要面對(duì)來(lái)自Docker 公司和 Mesos 社區(qū)兩個(gè)方向的壓力穆趴。不難看出，Swarm 和 Mesos 實(shí)際上分別從兩個(gè)不同的方向講出了自己最擅長(zhǎng)的故事：Swarm 擅長(zhǎng)的是跟 Docker 生態(tài)的無(wú)縫集成遇汞，而 Mesos 擅長(zhǎng)的則是大規(guī)模集群的調(diào)度與管理未妹。

這兩個(gè)方向，也是大多數(shù)人做容器集群管理項(xiàng)目時(shí)最容易想到的兩個(gè)出發(fā)點(diǎn)空入。也正因?yàn)槿绱寺缢琄ubernetes 項(xiàng)目如果繼續(xù)在這兩個(gè)方向上做文章恐怕就不太明智了。

所以這一次歪赢，Kubernetes 選擇的應(yīng)對(duì)方式是：Borg化戳。

如果你看過(guò) Kubernetes 項(xiàng)目早期的 GitHubIssue 和 Feature 的話，就會(huì)發(fā)現(xiàn)它們大多來(lái)自于Borg 和 Omega 系統(tǒng)的內(nèi)部特性埋凯，這些特性落到 Kubernetes項(xiàng)目上点楼，就是 Pod、Sidecar 等功能和設(shè)計(jì)模式白对。

這就解釋了掠廓，為什么 Kubernetes 發(fā)布后，很多人“抱怨”其設(shè)計(jì)思想過(guò)于“超前”的原因：Kubernetes 項(xiàng)目的基礎(chǔ)特性甩恼，并不是幾個(gè)工程師突然“拍腦袋”想出來(lái)的東西蟀瞧，而是Google公司在容器化基礎(chǔ)設(shè)施領(lǐng)域多年來(lái)實(shí)踐經(jīng)驗(yàn)的沉淀與升華。這条摸，正是 Kubernetes 項(xiàng)目能夠從一開始就避免同 Swarm 和 Mesos 社區(qū)同質(zhì)化的重要手段悦污。

于是，CNCF 接下來(lái)的任務(wù)就是钉蒲，如何把這些先進(jìn)的思想通過(guò)技術(shù)手段在開源社區(qū)落地塞关，并培育出一個(gè)認(rèn)同這些理念的生態(tài)？這時(shí)子巾，RedHat 就發(fā)揮了重要作用帆赢。

當(dāng)時(shí)小压，Kubernetes 團(tuán)隊(duì)規(guī)模很小，能夠投入的工程能力也十分緊張椰于，而這恰恰是 RedHat 的長(zhǎng)處怠益。更難得的是，RedHat 是世界上為數(shù)不多的瘾婿、能真正理解開源社區(qū)運(yùn)作和項(xiàng)目研發(fā)真諦的合作伙伴蜻牢。

所以，RedHat 與 Google 聯(lián)盟的成立偏陪，不僅保證了 RedHat 在 Kubernetes 項(xiàng)目上的影響力抢呆，也正式開啟了容器編排領(lǐng)域“三國(guó)鼎立”的局面。

這時(shí)笛谦，我們?cè)僦匦聦徱暼萜魃鷳B(tài)的格局抱虐，就不難發(fā)現(xiàn) Kubernetes 項(xiàng)目、Docker 公司和Mesos 社區(qū)這三大玩家的關(guān)系已經(jīng)發(fā)生了微妙的變化饥脑。

其中恳邀，Mesos 社區(qū)與容器技術(shù)的關(guān)系，更像是“借勢(shì)”灶轰，而不是這個(gè)領(lǐng)域真正的參與者和領(lǐng)導(dǎo)者谣沸。這個(gè)事實(shí)，加上它所屬的 Apache 社區(qū)固有的封閉性笋颤，導(dǎo)致了Mesos 社區(qū)雖然技術(shù)最為成熟乳附，卻在容器編排領(lǐng)域鮮有創(chuàng)新。

這也是為何伴澄，Google 公司很快就把注意力轉(zhuǎn)向了動(dòng)作更加激進(jìn)的Docker 公司许溅。

有意思的是，Docker 公司對(duì) Mesos 社區(qū)也是類似的看法秉版。所以從一開始贤重，Docker 公司就把應(yīng)對(duì) Kubernetes 項(xiàng)目的競(jìng)爭(zhēng)擺在了首要位置：一方面，不斷強(qiáng)調(diào)“Docker Native”的“重要性”，另一方面，與 Kubernetes 項(xiàng)目在多個(gè)場(chǎng)合進(jìn)行了直接的碰撞克懊。

不過(guò)，這次競(jìng)爭(zhēng)的發(fā)展態(tài)勢(shì)滚停，很快就超過(guò)了 Docker 公司的預(yù)期。

Kubernetes 項(xiàng)目并沒(méi)有跟 Swarm 項(xiàng)目展開同質(zhì)化的競(jìng)爭(zhēng)粥惧，所以“Docker Native”的說(shuō)辭并沒(méi)有太大的殺傷力键畴。相反地，Kubernetes 項(xiàng)目讓人耳目一新的設(shè)計(jì)理念和號(hào)召力，很快就構(gòu)建出了一個(gè)與眾不同的容器編排與管理的生態(tài)起惕。

就這樣涡贱，Kubernetes 項(xiàng)目在 GitHub 上的各項(xiàng)指標(biāo)開始一騎絕塵，將 Swarm 項(xiàng)目遠(yuǎn)遠(yuǎn)地甩在了身后惹想。

有了這個(gè)基礎(chǔ)问词，CNCF 社區(qū)就可以放心地解決第二個(gè)問(wèn)題了。

在已經(jīng)囊括了容器監(jiān)控事實(shí)標(biāo)準(zhǔn)的 Prometheus 項(xiàng)目之后嘀粱，CNCF社區(qū)迅速在成員項(xiàng)目中添加了 Fluentd激挪、OpenTracing、CNI 等一系列容器生態(tài)的知名工具和項(xiàng)目锋叨。

而在看到了 CNCF 社區(qū)對(duì)用戶表現(xiàn)出來(lái)的巨大吸引力之后垄分，大量的公司和創(chuàng)業(yè)團(tuán)隊(duì)也開始專門針對(duì) CNCF 社區(qū)而非 Docker 公司制定推廣策略。

面對(duì)這樣的競(jìng)爭(zhēng)態(tài)勢(shì)娃磺，Docker 公司決定更進(jìn)一步薄湿。在 2016 年，Docker 公司宣布了一個(gè)震驚所有人的計(jì)劃：放棄現(xiàn)有的 Swarm 項(xiàng)目豌鸡，將容器編排和集群管理功能全部?jī)?nèi)置到 Docker 項(xiàng)目當(dāng)中嘿般。

顯然段标，Docker 公司意識(shí)到了 Swarm 項(xiàng)目目前唯一的競(jìng)爭(zhēng)優(yōu)勢(shì)涯冠，就是跟 Docker 項(xiàng)目的無(wú)縫集成。那么逼庞，如何讓這種優(yōu)勢(shì)最大化呢蛇更？那就是把 Swarm 內(nèi)置到Docker 項(xiàng)目當(dāng)中。

實(shí)際上赛糟，從工程角度來(lái)看派任，這種做法的風(fēng)險(xiǎn)很大。內(nèi)置容器編排璧南、集群管理和負(fù)載均衡能力掌逛，固然可以使得 Docker 項(xiàng)目的邊界直接擴(kuò)大到一個(gè)完整的 PaaS項(xiàng)目的范疇，但這種變更帶來(lái)的技術(shù)復(fù)雜度和維護(hù)難度司倚，長(zhǎng)遠(yuǎn)來(lái)看對(duì) Docker 項(xiàng)目是不利的豆混。

不過(guò)，在當(dāng)時(shí)的大環(huán)境下动知，Docker 公司的選擇恐怕也帶有一絲孤注一擲的意味皿伺。

而Kubernetes 的應(yīng)對(duì)策略則是反其道而行之，開始在整個(gè)社區(qū)推進(jìn)“民主化”架構(gòu)盒粮，即：從API 到容器運(yùn)行時(shí)的每一層鸵鸥，Kubernetes 項(xiàng)目都為開發(fā)者暴露出了可以擴(kuò)展的插件機(jī)制，鼓勵(lì)用戶通過(guò)代碼的方式介入到Kubernetes 項(xiàng)目的每一個(gè)階段丹皱。

Kubernetes 項(xiàng)目的這個(gè)變革的效果立竿見影妒穴，很快在整個(gè)容器社區(qū)中催生出了大量的宋税、基于Kubernetes API 和擴(kuò)展接口的二次創(chuàng)新工作，比如：

* 目前熱度極高的微服務(wù)治理項(xiàng)目 Istio宰翅；

* 被廣泛采用的有狀態(tài)應(yīng)用部署框架 Operator弃甥；

* 還有像 Rook 這樣的開源創(chuàng)業(yè)項(xiàng)目，它通過(guò) Kubernetes的可擴(kuò)展接口汁讼，把 Ceph 這樣的重量級(jí)產(chǎn)品封裝成了簡(jiǎn)單易用的容器存儲(chǔ)插件淆攻。

就這樣，在這種鼓勵(lì)二次創(chuàng)新的整體氛圍當(dāng)中嘿架，Kubernetes 社區(qū)在 2016 年之后得到了空前的發(fā)展瓶珊。更重要的是，不同于之前局限于“打包耸彪、發(fā)布”這樣的 PaaS 化路線伞芹，這一次容器社區(qū)的繁榮，是一次完全以 Kubernetes 項(xiàng)目為核心的“百花爭(zhēng)鳴”蝉娜。

面對(duì) Kubernetes 社區(qū)的崛起和壯大唱较，Docker 公司也不得不面對(duì)自己豪賭失敗的現(xiàn)實(shí)。但在早前拒絕了微軟的天價(jià)收購(gòu)之后召川，Docker 公司實(shí)際上已經(jīng)沒(méi)有什么回旋余地南缓，只能選擇逐步放棄開源社區(qū)而專注于自己的商業(yè)化轉(zhuǎn)型。

所以荧呐，從 2017 年開始汉形，Docker 公司先是將 Docker 項(xiàng)目的容器運(yùn)行時(shí)部分 Containerd 捐贈(zèng)給 CNCF 社區(qū)，標(biāo)志著 Docker 項(xiàng)目已經(jīng)全面升級(jí)成為一個(gè) PaaS 平臺(tái)倍阐；緊接著概疆，Docker 公司宣布將 Docker 項(xiàng)目改名為 Moby，然后交給社區(qū)自行維護(hù)峰搪，而 Docker 公司的商業(yè)產(chǎn)品將占有Docker 這個(gè)注冊(cè)商標(biāo)岔冀。

Docker 公司這些舉措背后的含義非常明確：它將全面放棄在開源社區(qū)同 Kubernetes 生態(tài)的競(jìng)爭(zhēng)，轉(zhuǎn)而專注于自己的商業(yè)業(yè)務(wù)概耻，并且通過(guò)將 Docker 項(xiàng)目改名為Moby 的舉動(dòng)使套，將原本屬于Docker 社區(qū)的用戶轉(zhuǎn)化成了自己的客戶。

2017 年 10 月咐蚯，Docker 公司出人意料地宣布童漩，將在自己的主打產(chǎn)品 Docker 企業(yè)版中內(nèi)置Kubernetes 項(xiàng)目，這標(biāo)志著持續(xù)了近兩年之久的“編排之爭(zhēng)”至此落下帷幕春锋。

2018 年 1 月 30 日矫膨，RedHat 宣布斥資 2.5 億美元收購(gòu) CoreOS。

2018 年 3 月 28 日，這一切紛爭(zhēng)的始作俑者侧馅，Docker 公司的 CTO Solomon Hykes 宣布辭職危尿，曾經(jīng)紛紛擾擾的容器技術(shù)圈子，到此塵埃落定馁痴。

總結(jié)

容器技術(shù)圈子在短短幾年里發(fā)生了很多變數(shù)谊娇，但很多事情其實(shí)也都在情理之中。就像 Docker 這樣一家創(chuàng)業(yè)公司罗晕，在通過(guò)開源社區(qū)的運(yùn)作取得了巨大的成功之后济欢，就不得不面對(duì)來(lái)自整個(gè)云計(jì)算產(chǎn)業(yè)的競(jìng)爭(zhēng)和圍剿。而這個(gè)產(chǎn)業(yè)的壟斷特性小渊，對(duì)于 Docker 這樣的技術(shù)型創(chuàng)業(yè)公司其實(shí)天生就不友好法褥。

在這種局勢(shì)下，接受微軟的天價(jià)收購(gòu)酬屉，在大多數(shù)人看來(lái)都是一個(gè)非常明智和實(shí)際的選擇半等。可是Solomon Hykes 卻多少帶有一些理想主義的影子呐萨，既然不甘于“寄人籬下”杀饵，那他就必須帶領(lǐng)Docker 公司去對(duì)抗來(lái)自整個(gè)云計(jì)算產(chǎn)業(yè)的壓力。

只不過(guò)谬擦，Docker 公司最后選擇的對(duì)抗方式切距，是將開源項(xiàng)目與商業(yè)產(chǎn)品緊密綁定，打造了一個(gè)極端封閉的技術(shù)生態(tài)怯屉。而這蔚舀，其實(shí)違背了 Docker 項(xiàng)目與開發(fā)者保持親密關(guān)系的初衷饵沧。相比之下锨络，Kubernetes 社區(qū)，正是以一種更加溫和的方式狼牺，承接了 Docker 項(xiàng)目的未盡事業(yè)羡儿，即：以開發(fā)者為核心，構(gòu)建一個(gè)相對(duì)民主和開放的容器生態(tài)是钥。

這也是為何掠归，Kubernetes 項(xiàng)目的成功其實(shí)是必然的。

現(xiàn)在悄泥，我們很難想象如果 Docker 公司最初選擇了跟Kubernetes 社區(qū)合作虏冻，如今的容器生態(tài)又將會(huì)是怎樣的一番景象。不過(guò)我們可以肯定的是弹囚，Docker 公司在過(guò)去五年里的風(fēng)云變幻厨相，以及Solomon Hykes 本人的傳奇經(jīng)歷，都已經(jīng)在云計(jì)算的長(zhǎng)河中留下了濃墨重彩的一筆。

思考題

你如何評(píng)價(jià) Solomon Hykes 在 Docker 公司發(fā)展歷程中的所作所為蛮穿？你又是否看好 Docker 公司在今后的發(fā)展呢庶骄？

歡迎你給我留言，也歡迎分享給更多的朋友一起閱讀践磅。

文章回復(fù)：

侯操宇

寫的真好单刁，在線追劇既視感

2018-08-31

Cloud*

solomon很有遠(yuǎn)見，docker是一個(gè)小而美的產(chǎn)品府适，只有獨(dú)立存在可能才能被認(rèn)識(shí)羔飞，加入微軟，可能就只能成為微軟眾多產(chǎn)品中不知名的一員檐春，久而久之會(huì)被人淡忘褥傍，對(duì)于未來(lái)，我相信docker的前景是好的喇聊，k8s雖然很強(qiáng)大恍风，但主流也是采用docker的容器規(guī)范，這只會(huì)更好誓篱，不會(huì)淘汰朋贬。

2018-08-31

作者回復(fù)

遺憾的是，如今的docker已經(jīng)不是小而美了窜骄。有興趣可以對(duì)比一下docker1.12和現(xiàn)在的doc

ker容器啟動(dòng)速度锦募。

2018-08-31

pllsxyc

作為一個(gè)直男也覺(jué)得老師聲音很好聽是怎么回事????

2018-08-31

作者回復(fù)

受寵若驚！

2018-08-31

dancer

感謝作者在講述一個(gè)技術(shù)之前邻遏，能繪聲繪色介紹這個(gè)技術(shù)產(chǎn)生的由來(lái)糠亩，超贊！

2018-08-31

作者回復(fù)

了解了背景和發(fā)展准验，對(duì)后面理解 為什么這么設(shè)計(jì) 其實(shí)幫助很大赎线。開源項(xiàng)目千萬(wàn)不可拿過(guò)來(lái)蒙頭讀源碼，這沒(méi)有任何意義糊饱。

2018-08-31

sun

磊哥也是一個(gè)被程序員耽誤了的武俠小說(shuō)作家垂寥，像看小說(shuō)一樣學(xué)kubernetes，我們讀者是幸運(yùn)的??

2018-09-02

llitfkitfk@dockone.io

docker適合個(gè)人使用

k8s適合企業(yè)使用

docker安裝簡(jiǎn)單

k8s安裝復(fù)雜

docker像屌絲開的車

k8s像土豪開的車

2018-09-09

stefli

Rancher也有內(nèi)置的容器管理與編排工具另锋，叫Cattle滞项？比較小眾，會(huì)有怎樣的發(fā)展∝财海現(xiàn)在看來(lái)是k8s一家獨(dú)大文判。

2018-09-05

作者回復(fù)

其他家的東西都會(huì)變成kubernetes 或者kubernetes的插件或集成。所以kubernetes 的作用類似于linux 室梅，它不會(huì)擠占上層的空間戏仓，也不存在一家獨(dú)大的說(shuō)法潭流。能賣錢的，是上面的東東柜去。

2018-09-06

大老楊

感覺(jué)朗讀的特別有感情

2018-09-05

作者回復(fù)

因?yàn)樽髡邔?duì)技術(shù)心中充滿愛……

2018-09-05

特里王

寫得很好灰嫉，有一種容器和容器編排界劇集的即視感。還是第一次看到如此深入的容器編排業(yè)界背景故事解讀嗓奢。聽過(guò) runc 原來(lái)是早期 Docker 開源的 libcontainer 讼撒。早期使用LXC Docker 是痛苦的，進(jìn)程生命周期控制都得借助于三方工具股耽。由于和傳統(tǒng)虛擬機(jī)存在巨大差異（不同的虛擬化技術(shù)）根盒，大部分開發(fā)人員使用者認(rèn)知又不夠，當(dāng)時(shí)作為 DevOops lead 要支持他們實(shí)在是痛苦物蝙。后來(lái)讓大部分人轉(zhuǎn) Vagrant + VirtualBox 去了炎滞。后來(lái)一段時(shí)間不太關(guān)注容器技術(shù)本身，但一直關(guān)注 k8s 到 v1.7 突然發(fā)力爆發(fā)诬乞，所在的創(chuàng)業(yè)公司（現(xiàn)在已經(jīng)被 SFDC 收購(gòu)）開發(fā)了基于 k8s 的產(chǎn)品才開始重拾册赛。學(xué)習(xí)近一年，基本把基礎(chǔ)架構(gòu)震嫉、網(wǎng)絡(luò)搞明白了森瘪，也算是 specific knowledge 和技能樹，具有不可替代性票堵，無(wú)心插柳《蟛牵現(xiàn)在已經(jīng)開始研究IstioKnative 了，這兩個(gè)的理念居然和敝司 API-led Application Network 的理念不謀而合??

2018-10-05

張少坡

有幾個(gè)概念不是很明白悴势，有點(diǎn)混亂窗宇，麻煩介紹下關(guān)系:docker與containerd,libcontainer,runc,oci,cri,cni等等這類的標(biāo)準(zhǔn)，謝謝特纤。

2018-09-07

作者回復(fù)

docker - containerd - runc - OCI格式的容器

CRI CNI CSI都是kubernetes 的接口军俊，全會(huì)講到。

libcontainer是containerd的前身叫潦，現(xiàn)在不提了

2018-09-07

blackpiglet

個(gè)人認(rèn)為 Docker 未來(lái)的發(fā)展也不會(huì)很差蝇完，當(dāng)然和大紅大紫的時(shí)候是比不了官硝。畢竟 docker 現(xiàn)在就是事實(shí)上的容器標(biāo)準(zhǔn)矗蕊，在此基礎(chǔ)上做企業(yè)的咨詢和解決方案服務(wù)，還是很有說(shuō)服力的氢架。不過(guò)完全切割開源和商業(yè)傻咖，感覺(jué)還是有點(diǎn)可惜。

2018-08-31

作者回復(fù)

沒(méi)錯(cuò)岖研，docker公司其實(shí)已經(jīng)起來(lái)了卿操，只不過(guò)這次以不一樣的方式

2018-08-31

小小笑兒

Docke 公司這些舉措背后的含義非常明確：

這里的Docker誤寫作Docke了警检。

我覺(jué)得Docker公司今后的發(fā)展可能更多是圍繞著服務(wù)維護(hù)這塊來(lái)進(jìn)行盈利了，它好像沒(méi)有了更多的競(jìng)爭(zhēng)優(yōu)勢(shì)害淤。

有個(gè)問(wèn)題想請(qǐng)問(wèn)下:libcontainer和containerd有啥關(guān)系扇雕？

作者回復(fù)

作用相同，前后繼承關(guān)系

2018-08-31

Backkom

Docker開源版改名為moby窥摄，大家日常交流似乎還是docker镶奉，慣性了吧

2018-08-31

作者回復(fù)

畢竟就是要這個(gè)效果

2018-08-31

jinbing

MS在這場(chǎng)容器大戰(zhàn)中扮演了什么樣的角色?

2018-10-09

作者回復(fù)

坐收漁翁之利，azure強(qiáng)勢(shì)崛起

2018-10-10

米志遠(yuǎn)

寫的太好了崭放，引人入勝哨苛，雖然我不是做開發(fā)的，我做售前的币砂，但是文章讀起來(lái)一點(diǎn)都不費(fèi)力建峭，反而閱讀越有味，更加期待后面的內(nèi)容决摧。

2018-10-01

參悟

1.docker的創(chuàng)新亿蒸，擊敗CF率先抓住容器化市場(chǎng)，是它前期獲得的巨大成功掌桩∽６可它卻低估了Google這位科技巨頭深藏不露的技術(shù)實(shí)力和戰(zhàn)略眼光。也可以說(shuō)docker在paas生態(tài)的野心過(guò)早表現(xiàn)拘鞋，露出了馬腳被Google加快重視和反擊步伐砚蓬。

2.docker的商業(yè)化道路，個(gè)人并不看好盆色，主要是因?yàn)樵朴?jì)算基礎(chǔ)設(shè)施儼然形成壟斷灰蛙，其潛在的客戶群體，并不能單純脫離這些基礎(chǔ)設(shè)施隔躲。其二docker技術(shù)雖然新穎摩梧，但面對(duì)這些科技巨頭也未能形成壁壘。剩下的市場(chǎng)雖能自足宣旱，但不能滿足docker當(dāng)初的胃口和野心仅父。

2018-09-07

一步

剛剛看到一個(gè)新聞，google把k8s的控制權(quán)完全交給CNCF了浑吟，這背后有什么故事嗎笙纤？這個(gè)舉措意義是什么呢？

2018-09-06

作者回復(fù)

這個(gè)新聞標(biāo)題有點(diǎn)問(wèn)題组力。正確的說(shuō)法是省容，kubernetes 項(xiàng)目的集成環(huán)境正式跟GCE解除綁定。至于控制權(quán)燎字，老早就不是google一家說(shuō)了算腥椒。redhat了解一下阿宅。

2018-09-06

已經(jīng)打好水，搬好板凳笼蛛，坐等k8s的大顯身手了洒放。

2018-09-01

作者回復(fù)

別急，容器技術(shù)的基礎(chǔ)還是要打牢的

2018-09-01

趙沖

有點(diǎn)害怕看到“總結(jié)”二字滨砍，正在意猶未盡呢……好在拉馋，后續(xù)更精彩^ _ ^

2018-09-01

shupian418

你值得擁有。