01預(yù)習(xí)篇小鯨魚大事記一初出茅廬

：：01|預(yù)習(xí)篇·小鯨魚（一）：初出茅201808 如果問你，現(xiàn)今最熱門的服務(wù)器端技術(shù)是什么？想必你不假思索就能回答上來：當然是容器！可是，如果現(xiàn)在不是2018年而是2013年，你的回答還能這么斬釘截鐵么？ 3年的后端技術(shù)領(lǐng)域，已經(jīng)太久沒有出現(xiàn)過令人興奮的東西了。曾經(jīng)們寄予厚望的云計算技術(shù)，也已經(jīng)從當初虛無縹緲的概念蛻變成了實實在在的虛擬機和賬單。而相比于的S和盛極一時的OpenStClouduy為代表的開源PaS卻成為了當時云計算技術(shù)中的一股清流。Clouduy括、京東、、M等一大批國內(nèi)外技術(shù)廠商，開啟了以開源S為構(gòu)建平臺層服務(wù)能力的。如果你有機會問問當時的云計算從業(yè)者們，他們十有都會告訴S的時代就要來了！這個說法其實一點兒沒錯，如果不是后來一個叫Docker事實上，當時還名叫dotCloud的Docker公司，也是這股PaaS熱潮中的一。只不過相比于Heroku、Pivotal、RedHat等PaaS弄潮兒們，dotCloud公司實在是太微不足道了，而它的主打產(chǎn)品由于跟主流的CloudFoundry社區(qū)脫節(jié)，長期以來也無人問津。眼看就要被如火如荼的PaaS拋棄，dotCloud公司卻做出了這樣一個決定：開源自己的容器項目Docker?！叭萜鳌边@個概念從來就不是什么新鮮的東西，也不是Docker公司發(fā)明的。即使在當時最熱門的PaaS項目CloudFoundry中，容器也只是其最底層、最沒人關(guān)注的那一部分。說到這里，正好以當時的事實標準CloudFoundry為例，來解說一下PaaS技術(shù)。PaaS項目被大家接納的一個主要，就是它提供了一種名叫“應(yīng)用托管”的能力。在批S者OpenStk的虛擬機，然后像以前管理物理服務(wù)器那樣，用或者手工的方式在這些機器上部署應(yīng)用。當然，這個部署過程難免會碰到云端虛擬機和本地環(huán)境不一致的問題，所以當時的云計算服S項目的出現(xiàn)，就是當時解決這個問題的一個最佳方案。舉個例子，虛擬機創(chuàng)建好，運維人員只需要在這些機器上部署一個CloudFoundry項1$cfpush 應(yīng)用事實上，像CloudFoundry這樣的PaaS項目，最的組件就是一套應(yīng)用的打包和分發(fā)機制。CloudFoundry為每種主流編程語言都定義了一種打包格式，而“cfpush”的CloudFoundry的中。接著，CloudFoundry會通過調(diào)度器選擇一個可以運行這個應(yīng)用的虛擬機，然后通知這個機器上的Agent把應(yīng)用壓縮包下來啟動。Foundry會調(diào)用操作系統(tǒng)的Cgroups和Namespace機制為每一個應(yīng)用單獨創(chuàng)建一個稱作“沙盒”的環(huán)境，然后在“沙盒”中啟動這些應(yīng)用進程。這樣，就實現(xiàn)了把多個用戶的這，正是PaaS項目最的能力。而這些CloudFoundry用來運行應(yīng)用的環(huán)境，或而Docker項目，實際上跟CloudFoundry的容器并沒有太大不同，所以在它發(fā)布后不久，CloudFoundry的首席產(chǎn)品經(jīng)理JamesBayer就在社區(qū)里做了一次詳細對比，告訴用戶Docker實際上只是一個同樣使用Cgroups和Namespace然而，短短幾個月，Docker項目就迅速崛起了。它的崛起速度如此之快，以至于CloudFoundry以及所有的PaaS社區(qū)還沒來得及成為它的競爭對手，就直接被出局了。那時候，一位多年的PaaS從業(yè)者曾經(jīng)如此感慨道：這簡直就是一場“降維打擊”啊。難道這一次，連闖蕩多年的“湖”JamesBayer也看走眼了么？事實上，Docker項目確實與CloudFoundry的容器在大部分功能原理上都是一樣的，可偏偏就是這剩下的一小部分不一樣的功能，成了Docker項目接下來“呼風(fēng)喚雨”的不二這個功能，就是DockerDockerSolomonHykes前面已經(jīng)介紹過，PaaS之所以能夠幫助用戶大規(guī)模部署應(yīng)用到集群里，是因為它提供了一套應(yīng)用打包的功能?？善褪沁@個打包功能，卻成了PaaS日后不斷遭到用戶詬病的一個出現(xiàn)這個問題的根本是，一旦用上了S，用戶就必須為每種語言、每種框架，甚至每個版本的應(yīng)用一個打好的包。這個打程，沒有任何章法可循，更麻煩的是，明明在本地運行得好好的應(yīng)用，卻需要做很多修改和配置工作才能在S修改和配置，并沒有什么經(jīng)驗可以借鑒，基本上得靠不斷試錯，直到你摸清楚了本地應(yīng)用和S最后結(jié)局就是，“cfpush”確實是能一鍵部署了，但是為了實現(xiàn)這個一鍵部署，用戶為每而Docker鏡像解決的，恰恰就是打包這個根本性的問題。所謂Docker鏡像，其實就是一個壓縮包。但是這個壓縮包里的內(nèi)容，比PaaS的應(yīng)用可執(zhí)行文件+啟停的組合就要豐富多了。實際上，大多數(shù)Docker鏡像是直接由一個完整操作系統(tǒng)的所有文件和 構(gòu)成的，這就有意思了：假設(shè)你的應(yīng)用在本地運行時，能看見的環(huán)境是entS2有文件和 ，那么只要用entS2的O做一個壓縮包，再的應(yīng)用可執(zhí)行文件也壓縮進去，那么無論在哪里解壓這個壓縮包，都可以得到與你本地測試時一樣的環(huán)境。當然，你的應(yīng)用也在里面！這就是Docker鏡像最厲害的地方：只要有這個壓縮包在手，你就可以使用某種技術(shù)創(chuàng)建一更重要的是，這個壓縮含了完整的操作系統(tǒng)文件和，也就是包含了這個應(yīng)用運行所需要的所有依賴，所以你可以先用這個壓縮包在本地進行開發(fā)和測試，完成，再把這個壓縮包上傳到云端運行。這，正是Docker那么，有了Docker鏡像這個利器，PaaS里最的打包系統(tǒng)一下子就沒了用武之地，最讓用戶抓狂的打程也隨之了。相比之下，在的互聯(lián)網(wǎng)里，Docker鏡像需要的操作系統(tǒng)文件和，可謂唾手可得。所以，你只需要提供一個好的操作系統(tǒng)文件與，然后使用它制作一個壓縮包即可，1$dockerbuild 鏡像Docker1$dockerrun 鏡像當然，dockerrun創(chuàng)建的“沙盒”，也是使用Cgroups和Namespace機制創(chuàng)建出來的 ocker項目給PaaS世界帶來的“降維打擊”，其實是提供了一種非常便利的打包境的高度一致，避免了用戶通過“試錯”來匹配兩種不同運行環(huán)境之間差異的痛苦過程。而對于開發(fā)者們來說，在終于體驗到了生產(chǎn)力解放所帶來的痛快，他們自然選擇了用腳投票，直接了S時代的結(jié)束。不過，Docker遺憾的是，考慮到Docker公司是一個與自己有潛在競爭關(guān)系的商業(yè)實體，再加上對DockerCloudFoundryDocker反倒是一些的，紛紛在第一時間推出了Docker容器集群管理的開源項目（比如Deis和Flynn），它們一般稱自己為CaaS，即Container-as-a-Service，用來跟“過時”的PaaS們劃清界限。而在2014年底的DockerCon上，Docker的“DockerSwarm，不僅將這波“CaaS”熱推向了一個前所未有的，更是寄托了整個Docker公司重新定義PaaS的宏偉愿望。在2014Docker2013~2014年，以CloudFoundry為代表的PaaS項目，逐漸完成了教育用戶和開拓市場的艱巨任務(wù)，也正是在這個將概念逐漸落地的過程中，應(yīng)用“打包”這個問題，成了Docker項目的出現(xiàn)，則為這個根本性的問題提供了一個近乎完美的解決方案。這正是Docker項目剛剛開源不久，就能夠帶領(lǐng)一家原本默默無聞的PaaS脫穎而出，然而在成為了基礎(chǔ)設(shè)施領(lǐng)域近十年難得一見的技術(shù)，dotCloud公司則在2013年底大膽改名為Docker公司。不過，這個在當時就頗具爭議的改名舉動，也成為了日后容器技你是否曾經(jīng)研發(fā)過類似PaaS的項目？你碰到過應(yīng)用打包的問題嗎，又是如何解決的呢？ 售賣。頁面已增加防盜追蹤，將依 上一 開篇詞|打通“容器技術(shù)”的二下一 02|預(yù)習(xí)篇·小鯨魚（二）：嶄露頭 44 們：“你應(yīng)該用你的模板去快速的批量生產(chǎn)，而不是按照這個模板再‘創(chuàng)造’一個一樣的 11 9 鼎的LAMP就有公司專門為其打造了自動化安裝的系統(tǒng)。后來就有了ansible這種。但 0到1聰靈 4背景故事講地很有意思嘛 linux 3歲月～靜 作為菜鳥 希望可以在自己工作中搭建應(yīng)用起來Docker和k8s風(fēng)語 2 個“PaaS”，那是不是可以將Clo