極客時(shí)間深入剖析kubernetes

講 深入剖析 文章詳開篇詞|開篇詞|打通“容器技術(shù)”朗讀人 08′45′′|這樣，我從早期的CloudFoundry社區(qū)開始，正式與容器結(jié)緣。圈兒里，不懂容器，沒聽過Kubernetes，你還真不好意思跟人打招呼。 也都從AI、云計(jì)算、微服務(wù)、基礎(chǔ)設(shè)施等維度多管齊下，爭(zhēng)相把容器和Kubernetes項(xiàng)目樹立為戰(zhàn)就在這場(chǎng)因“容器”而起的技術(shù)中，Kubernetes項(xiàng)目已然成為容器技術(shù)的事實(shí)標(biāo)準(zhǔn)，重新定義了2014年后，我開始以的方式，全職在Kubernetes和Kontainers社區(qū)從事上游開發(fā)歷了ServerlessContainer概念的誕生與崛起。在2015年，我發(fā)起和組織撰寫了《Docker容器與容器云》一書，希望幫助的人利用容器解決實(shí)際場(chǎng)景中的問題。時(shí)至今日，這本書的第2版也已經(jīng)快2年了，受到了廣大容器技術(shù)讀者們2018年，我又赴西雅圖，在微軟（MSR）云計(jì)算與研究組，專門從事基于KubernetesIPKubernetesStatefulSetOperatorPVPVC章、無法形成體系。這，也是很多初次參與PaaS項(xiàng)目的從業(yè)者們共同的一個(gè)困境。程模型對(duì)于容器本身的重要意義；或者，“控制器”模式對(duì)整個(gè)Kubernetes項(xiàng)目提綱挈領(lǐng)的作用。但是，這些關(guān)于Linux內(nèi)核、分布式系統(tǒng)、網(wǎng)絡(luò)、等方方面面的積累，并不會(huì)在Docker或者析與實(shí)踐，加深你對(duì)容器技術(shù)的理解。為此，我把專欄劃分成了4大模塊：KubernetesKubernetes容器編排與Kubernetes特性剖析：這是這個(gè)專欄最重要的內(nèi)容?！熬幣拧倍际侨萜髟祈?xiàng)目的所在，也是Kubernetes社區(qū)持久生命力的源泉。在這一模塊，我會(huì)從分布式系統(tǒng)一闡述Kubernetes項(xiàng)目關(guān)于編排、調(diào)度和作業(yè)管理的各項(xiàng)特性。“不識(shí)廬山，只緣Kubernetes開源社區(qū)與生態(tài)：“開源生態(tài)”都是容器技術(shù)和Kubernetes項(xiàng)目成功的關(guān)鍵。2015年我在InfoQ舉辦的第一屆容器技術(shù)大會(huì)上，結(jié)識(shí)了當(dāng)時(shí)CoreOS的師Kelsey 但兩年后也就是2017年，Kelsey已經(jīng)是全世界容器圈兒的意見，是公司Kubernetes會(huì)Kelsey，恐怕也得先預(yù)約下時(shí)間了。誠然，Kelsey的“成名”，與他的勤奮和天賦密不可分，但他對(duì)這次“容器”的準(zhǔn)確把握督二脈”。在專欄開始，我首先為你準(zhǔn)備了4篇預(yù)習(xí)文章，詳細(xì)地梳理了容器技術(shù)自興起到現(xiàn)在的聰靈 2018-08-歲月～靜 2018-08- 2018-08- 2018-08- 的小怪 2018-08-區(qū)志 第一時(shí)間就訂閱了！是最好的老師2018-08- 2018-08- 02018-08-☆微~光 今天剛用二進(jìn)制文件的方式，搭建了一套完整的k8集群，雖然搭建成功了，但是對(duì)里面參數(shù)還是不是很清楚，所以還需要好好深入學(xué) 下，希望這個(gè)課程能帶給我大的收獲！2018-08- 2018-08-講 深入剖析 文章詳0101|朗讀人 12′11′′|你好，我是。我今天的是：小鯨魚之初出茅廬是，如果現(xiàn)在不是2018年而是2013年，你的回答還能這么斬釘截鐵么？術(shù)，也已經(jīng)從當(dāng)初虛無縹緲的概念蛻變成了實(shí)實(shí)在在的虛擬機(jī)和賬單。而相比于的如日中天AWSOpenStackCloudFoundryPaaS這時(shí)，CloudFoundry項(xiàng)目已經(jīng)基本度過了最艱難的概念普及和用戶教育階段，吸引了包括、京東、、IBM等一大批國內(nèi)外技術(shù)廠商，開啟了以開源PaaS為構(gòu)建平臺(tái)層服務(wù)能力的變革。如果你有機(jī)會(huì)問問當(dāng)時(shí)的云計(jì)算從業(yè)者們，他們十有都會(huì)告訴你：PaaS的時(shí)代就要來了Docker事實(shí)上，當(dāng)時(shí)還名叫dotCloud的Docker公司，也是這股PaaS熱潮中的一。只不過相比于CloudFoundryPaaS潮拋棄，dotCloud公司卻做出了這樣一個(gè)決定：開源自己的容器項(xiàng)目Docker?！叭萜鳌边@個(gè)概念從來就不是什么新鮮的東西，也不是Docker公司發(fā)明的。即使在當(dāng)時(shí)最熱門的以當(dāng)時(shí)的事實(shí)標(biāo)準(zhǔn)CloudFoundry為例，來解說一下PaaS技術(shù)。PaaS機(jī)和云計(jì)算已經(jīng)是比較普遍的技術(shù)和服務(wù)了，那時(shí)主流用戶的普遍用法，就是租一批AWS或者的就是誰能更好地模擬本地服務(wù)器環(huán)境，能帶來更好的“上云”體驗(yàn)。而PaaS開源項(xiàng)目的出現(xiàn)，就$$cfpush 應(yīng)用事實(shí)上，像CloudFoundry這樣的PaaS項(xiàng)目，最的組件就是一套應(yīng)用的打包和分發(fā)機(jī)制。戶把應(yīng)用的可執(zhí)行文件和啟動(dòng)打進(jìn)一個(gè)壓縮包內(nèi)，上傳到云上CloudFoundry的中。接著，CloudFoundry會(huì)通過調(diào)度器選擇一個(gè)可以運(yùn)行這個(gè)應(yīng)用的虛擬機(jī)，然后通知這個(gè)機(jī)器上的Agent把應(yīng)用壓縮包下來啟動(dòng)。這時(shí)候關(guān)鍵來了，由于需要在一個(gè)虛擬機(jī)上啟動(dòng)很多個(gè)來自不同用戶的應(yīng)用，CloudFoundry用操作系統(tǒng)的Cgroups和Namespace機(jī)制為每一個(gè)應(yīng)用單獨(dú)創(chuàng)建一個(gè)稱作“沙盒”的環(huán)境，然這，正是PaaS項(xiàng)目最的能力。而這些CloudFoundry用來運(yùn)行應(yīng)用的環(huán)境，或者說“沙而Docker項(xiàng)目，實(shí)際上跟CloudFoundry的容器并沒有太大不同，所以在它發(fā)布后，CloudFoundryJamesBayer就在社區(qū)里做了一次詳細(xì)對(duì)比，告訴用戶Docker實(shí)際上只CgroupsNamespace然而，短短幾個(gè)月，Docker項(xiàng)目就迅速崛起了。它的崛起速度如此之快，以至于CloudFoundry以及所有的PaaS社區(qū)還沒來得及成為它的競(jìng)爭(zhēng)對(duì)手，就直接被出局了。那時(shí)候，一位多年的PaaS從業(yè)者曾經(jīng)如此感慨道：這簡(jiǎn)直就是一場(chǎng)“降維打擊”啊。偏就是這剩下的一小部分不一樣的功能，成了Docker項(xiàng)目接下來“呼風(fēng)喚雨”的不二法寶。Docker打包的功能?？善褪沁@個(gè)打包功能，卻成了PaaS日后不斷遭到用戶詬病的一個(gè)“軟肋”。好的應(yīng)用，卻需要做很多修改和配置工作才能在PaaS里運(yùn)行起來。而這些修改和配置，并沒有什么經(jīng)驗(yàn)可以借鑒，基本上得靠不斷試錯(cuò)，直到你摸清楚了本地應(yīng)用和遠(yuǎn)端PaaS匹配的“脾氣”才能而Docker鏡像解決的，恰恰就是打包這個(gè)根本性的問題。所謂Docker鏡像，其實(shí)就是一個(gè)壓縮Docker鏡像是直接由一個(gè)完整操作系統(tǒng)的所有文件和構(gòu)成的，所以這個(gè)壓縮包里CentOS7.2，那么只要用CentOS7.2的ISO做一個(gè)壓縮包，再的應(yīng)用可執(zhí)行文件也壓縮進(jìn)去，那么更重要的是，這個(gè)壓縮含了完整的操作系統(tǒng)文件和，也就是包含了這個(gè)應(yīng)用運(yùn)行所需要的Docker那么，有了Docker鏡像這個(gè)利器，PaaS里最的打包系下子就沒了用武之地，最讓用戶抓狂的打程也隨之了。相比之下，在的互聯(lián)網(wǎng)里，Docker鏡像需要的操作系統(tǒng)文件和目 鏡像$$dockerrun 鏡像當(dāng)然，dockerrun創(chuàng)建的“沙盒”，也是使用Cgroups和Namespace機(jī)制創(chuàng)建出來的環(huán)境。我所以，DockerPaaS直接了PaaS時(shí)代的結(jié)束。遺憾的是，考慮到Docker公司是一個(gè)與自己有潛在競(jìng)爭(zhēng)關(guān)系的商業(yè)實(shí)體，再加上對(duì)Docker項(xiàng)目普及程度的錯(cuò)誤判斷，CloudFoundry項(xiàng)目并沒有第一時(shí)間使用Docker作為自己的依賴，去反倒是一些的，紛紛在第一時(shí)間推出了Docker容器集群管理的開源項(xiàng)目（比如DeisFlynn）CaaSContainer-as-a-ServicePaaS2014DockerConDockerDocker器集群管理項(xiàng)目Swarm，不僅將這波“CaaS”熱推向了一個(gè)前所未有的，更是寄托了整個(gè)Docker公司重新定義PaaS的宏偉愿望。2014Docker總2013~2014CloudFoundryPaaS剛剛開源，就能夠帶領(lǐng)一家原本默默無聞的PaaS脫穎而出，然后迅速占領(lǐng)了所有云而在成為了基礎(chǔ)設(shè)施領(lǐng)域近十年難得一見的技術(shù)之后，dotCloud公司則在2013年底大膽改名為Docker公司。不過，這個(gè)在當(dāng)時(shí)就頗具爭(zhēng)議的改名舉動(dòng)，也成為了日后容器技術(shù)圈風(fēng)云變幻的思考 32018-08- 重復(fù)打包，重復(fù)配置，換了運(yùn)行環(huán)境，你就不得不再來一遍。創(chuàng)建了適用于一個(gè)應(yīng)用的部署模式，但僅僅只是創(chuàng)建的它，并不能批量生產(chǎn)它。Doce的出現(xiàn)，好比告訴：“你應(yīng)該用你的模板去快速的批量生產(chǎn)，而不是按照這個(gè)模板再‘創(chuàng)造’一個(gè)一樣的模板”2018-08-煙火不 2018-08- 沒經(jīng)歷過passdocker做了，cloudfoundry自己沒有做？有什2018-08- 02018-08-歲月～靜 2018-08-聰靈 2018-08-心情不 小哥，現(xiàn)在用的是openvz7目前和項(xiàng)目本身沒有轉(zhuǎn)變到微服務(wù)的動(dòng)2018-08-旭 Dvop和Dockr的發(fā)展關(guān)系會(huì)有講嗎？微服務(wù)發(fā)展需求促成了Dops的發(fā)展，而Doer微服務(wù)的Dvops。2018-08-江中蘆 2018-08-講 深入剖析 文章詳0202|預(yù)習(xí)篇·朗讀人 06′50′′|你好，我是。我今天的是：小鯨魚之嶄露頭角在上一篇文章中，我說到，伴隨著PaaS概念的逐步普及，以CloudFoundry為代表的經(jīng)典PaaSPaaS就在對(duì)開源PaaS項(xiàng)目的不斷嘗試中，這個(gè)領(lǐng)域的從業(yè)者們發(fā)現(xiàn)了PaaS中最為棘手也最亟待CloudFoundry、OpenShiftClodify，面對(duì)這個(gè)問題都沒能給出一個(gè)完美而就在這時(shí)，一個(gè)并不引人矚目的PaaSdotCloud，卻選擇了開源自家的一個(gè)容器項(xiàng)目你可能會(huì)有疑問，Docker簡(jiǎn)潔的UI，有趣的demo，“1分鐘部署一個(gè)WordPress”“3分鐘部署一個(gè)Nginx集群”，這種同開發(fā)者之間與生俱來的親近關(guān)系，使DockerMeetup。Linux年不變的TCP/IP發(fā)著牢騷，運(yùn)維更是天生注定的幕后。而Docker項(xiàng)目，卻給后端開發(fā)者提供了聚光燈的機(jī)會(huì)。就比如Cgroups和Namespace這種已經(jīng)存在多年卻很少們關(guān)心的特性，在2014年和2015年竟然頻繁入選各大技術(shù)會(huì)議的議題，就因?yàn)槁牨妭兿胍繢ocker這個(gè)東西到底是怎么一回事兒。發(fā)布這一困擾運(yùn)維多年的技術(shù)難題；而另一方面，就是因?yàn)樗谝淮伟岩粋€(gè)純后端的技術(shù)概TCP/IPLinux或者的PHP工程師，都會(huì)對(duì)如何把自己的代碼打包成一個(gè)隨處可以運(yùn)行的Docker鏡像充滿好這種受眾群體的，正是Docker這樣一個(gè)后端開源項(xiàng)目取得巨大成功的關(guān)鍵。這也是經(jīng)典PaaS項(xiàng)目想做卻沒有做好的一件事情：PaaSPaaS者們，而在Docker項(xiàng)目開源之前，PaaS與開發(fā)者之間的關(guān)系卻從未如此緊密過。PaaS人心的完美契機(jī)，成為Docker這個(gè)技術(shù)上看似平淡無奇的項(xiàng)目一舉走紅的重要原因。一時(shí)之間，“容器化”取代“PaaS化”成為了基礎(chǔ)設(shè)施領(lǐng)域最炙手可熱的，一個(gè)以“容器”為中心dotCloud宣布將公司名稱改為“Docker”。這個(gè)舉動(dòng)，在當(dāng)時(shí)頗受質(zhì)疑。在大家印象中，Docker只是一個(gè)開源項(xiàng)目的名字?，F(xiàn)在，這個(gè)單件“小事兒”，Docker公司在2014年發(fā)布Swarm項(xiàng)目才是真正的“大事兒”。那么，DockerSwarm通過我對(duì)Docker項(xiàng)目崛起背后原因的分析，你應(yīng)該能發(fā)現(xiàn)這樣一個(gè)有意思的事實(shí)：雖然通過“容PaaSDockerDocker一年多，卻還是回到了PaaS項(xiàng)目原本深耕了多年的那個(gè)戰(zhàn)場(chǎng)：如何讓開發(fā)者把應(yīng)用部署在項(xiàng)沒錯(cuò)，Docker項(xiàng)目從發(fā)布之初就全面發(fā)力，從技術(shù)、社區(qū)、商業(yè)、市場(chǎng)全方位爭(zhēng)取到的開發(fā)者群然不是CloudFoundry描述的那個(gè)樣子，而是變成了一套以Docker容器為技術(shù)，以Docker而Swarm項(xiàng)目，正是接下來承接Docker這些努力的關(guān)鍵所在。總Docker嶄露頭角的Docker公司，也終于能夠以一個(gè)更加強(qiáng)硬的姿態(tài)來面對(duì)這個(gè)曾經(jīng)無比強(qiáng)勢(shì)，但現(xiàn)在卻完全不知所措的云計(jì)算市場(chǎng)。而2014年底的DockerCon歐洲，式拉開了Docker公司思考你是否認(rèn)同dotCloud公司改名并開啟擴(kuò)道路的選擇與路同 2018-08- 這個(gè)改名真是太正確了，一下品牌就火了。開源都是最好的選擇，首先得讓開發(fā)者認(rèn)可你，才能走得長(zhǎng)遠(yuǎn)。2018-08- 已經(jīng)迫不及待的想直入啦2018-08- 2018-08-日拱一 2018-08-2018-08- 1改不改名無所謂，前面提到了鏡像是，應(yīng)該在鏡像這層上加以限制。掌控競(jìng)爭(zhēng)力，獲取市2018-08- 2018-08- 我一直在想，開發(fā)者業(yè)務(wù)的迭代如此之快，作為cas，paa產(chǎn)品團(tuán)隊(duì)，為業(yè)務(wù)解決問題，怎么保證自己的迭代和測(cè)試質(zhì)量，還要有亮點(diǎn)…2018-08-歲月～靜 2018-08- 對(duì)于dotcloud改名和擴(kuò)當(dāng)時(shí)他們可能沒有其他選擇，畢竟是，是有盈的壓力。docker2018-08- 2018-08-講 深入剖析 文章詳0303|預(yù)習(xí)篇·朗讀人 10′41′′|你好，我是。我今天的是：小鯨魚之群雄并起在上一篇文章中，我剖析了Docker項(xiàng)目迅速走紅背后的技術(shù)與非技術(shù)原因，也介紹了Docker公意要重新走回那條已經(jīng)讓無數(shù)先驅(qū)們塵沙折戟的PaaS呢？明白，雖然Docker項(xiàng)目備受追捧，但用戶們最終要部署的，還是他們的、服務(wù)、數(shù)據(jù)庫，甚的產(chǎn)品。而Docker項(xiàng)目這樣一個(gè)只能用來創(chuàng)建和啟停容器的小工具，最終只能充當(dāng)這些平臺(tái)項(xiàng)目而談到Docker項(xiàng)目的定位問題，就不得不說說Docker公司的和老對(duì)手CoreOS了項(xiàng)目發(fā)布后，中，從而為用戶提供更次的PaaS能力。所以，CoreOS很早就成了Docker項(xiàng)目的貢獻(xiàn)者，并在短時(shí)間內(nèi)成為了Docker項(xiàng)目中第二重要的力量。然而，這段短暫的蜜月期到2014年底就草草結(jié)束了。CoreOS公司以措辭宣布與Docker公司停止合作，并直接推出了自己研制的Rocket（后來叫rkt）容器。不滿足的方法就是，讓Docker項(xiàng)目提供的平臺(tái)層能力，即向PaaS項(xiàng)目進(jìn)化。而這，顯然與CoreOS公司的產(chǎn)品和發(fā)生了嚴(yán)重。也就是說，Docker2014CoreOS臺(tái)層面開展任何合作。這樣看來，Docker公司在2014年12月的DockerCon上發(fā)布Swarm的舉CoreOS（ContainerLinuxFleet具、systemd進(jìn)程管理和rkt容器），一層層搭建起來的平臺(tái)產(chǎn)品，Swarm項(xiàng)目則是以一個(gè)完整的SwarmDocker理API來完成集群管理，比如：Docker Docker$$dockerrun-H Swarm集群API地址" 容器就會(huì)被Swarm下來處理，然后通過具體的調(diào)度算法找到一個(gè)合適的DockerDaemon運(yùn)行起DockerDockerrkt當(dāng)然，SwarmDockerPaaS20142015間里，Docker項(xiàng)目的迅速走紅催生出了一個(gè)非常繁榮的“Docker生態(tài)”。在這個(gè)生態(tài)里，圍繞著Docker在各個(gè)層次進(jìn)行集成和創(chuàng)新的項(xiàng)目層出不窮。臺(tái)層能力。其中一個(gè)最成功的案例，莫過于對(duì)Fig項(xiàng)目的收購。Docker項(xiàng)目的DockerFig實(shí)際上非常簡(jiǎn)單：假如現(xiàn)在用戶需要部署的是應(yīng)用容器A、數(shù)據(jù)庫容器B、負(fù)載均衡容器C，那么FigA、B、C比如容器A需要數(shù)據(jù)庫容器B。$$fg動(dòng)了；而容器A與B之間的關(guān)聯(lián)關(guān)系，也會(huì)交給Docker的Link功能通過寫入hosts文件的方式Fig上Swarm的集群管理能力，一個(gè)活脫脫的PaaS呼之欲出。的SocketPlane項(xiàng)目（后來被Docker公司收購），專門負(fù)責(zé)處理容器的Flocker項(xiàng)目（后來EMC），DockerTutum（后來被Docker公司收購）等等。兩，這就是老牌集群管理項(xiàng)目M