引言

“系統(tǒng)越來越復(fù)雜。 ”

--bill joy，bsd的主要設(shè)計(jì)師、vi作者、sun聯(lián)合創(chuàng)始人

技術(shù)的飛速發(fā)展，總是處理現(xiàn)有問題，進(jìn)而引進(jìn)新問題，繼續(xù)處理。 就這樣，docker企業(yè)于年成立，迅速擴(kuò)散了容器的概念。 正如當(dāng)時集裝箱點(diǎn)燃了全球貨物運(yùn)輸革命一樣，當(dāng)時的船運(yùn)企業(yè)為了應(yīng)對卡車、船舶、鐵路三者之間的匹配，采用了這個大型的金屬集裝箱代替了過去龐雜的貨物運(yùn)輸裝置。 放什么都沒關(guān)系。 重要的是裝載本身有標(biāo)準(zhǔn)。 與現(xiàn)實(shí)世界中的集裝箱運(yùn)輸一樣，linux容器為APP應(yīng)用程序創(chuàng)建了最基本的軟件包，可以在任何基礎(chǔ)架構(gòu)平臺上運(yùn)行。 一時，容器風(fēng)靡了世界。 直到今天，大部分公司都想讓自己的APP運(yùn)行在集裝箱上，但他們內(nèi)部的服務(wù)器也是這樣想的。 容器一般被分割為無數(shù)個組件(微服務(wù))，所以這不過是管理現(xiàn)代APP的更好方法，但需要便于服務(wù)器之間的移植和訪問。

技術(shù)的本質(zhì)就是這樣，一般處理一個問題，再引入新問題，就這樣重復(fù)。 linux容器也不例外。 雖然封裝了，但給devops團(tuán)隊(duì)帶來了前所未有的挑戰(zhàn)，為APP移植、部署活動添加了越來越多的動態(tài)內(nèi)容。 因此，kubernetes必須同時產(chǎn)生。

同樣，kubernetes也沒有脫離該技術(shù)的本質(zhì)。 容器的細(xì)粒度徹底打破了過去流傳下來的意義上每個主機(jī)有一個ip地址、每個服務(wù)有一個或多個端口的困境，甚至物理機(jī)虛擬化的場景，流量相應(yīng)地急劇增加，空 就存儲而言，容器的速度對可持續(xù)存儲提出了巨大的挑戰(zhàn)。 分布式存儲、對象存儲是應(yīng)對云本機(jī)所必須的，但這反過來會影響性能、可擴(kuò)展性、靈活性等諸多設(shè)計(jì)，架構(gòu)師和開發(fā)人員在眾多選擇中不斷尋找平衡的道路 啊，是的。 另外，如何將客戶的代碼和運(yùn)行環(huán)境設(shè)置在可控范圍內(nèi)，也是云制造商運(yùn)營和系統(tǒng)管理的平衡。 因?yàn)椋瑸榱诉_(dá)到這個目的，還需要保證客戶對環(huán)境不關(guān)心。 不是覺得自己受到限制，而是應(yīng)該如何架設(shè)安全性和使用便利性/性能的橋梁呢？

Kube Con + Cloudnativecon + Open Source summit (原lc3 )來自中國，華為、阿里巴巴、vmware、red hat等眾多云母語者、kubernetes一線專家，在這里， (這是無限循環(huán)遞歸。

各論壇的主題介紹

互聯(lián)網(wǎng)

jundu–固網(wǎng)高級軟件工程師[/s2/ ]

華為、jun du帶來了新kubernetes互聯(lián)網(wǎng)有趣集團(tuán)的前沿思考和實(shí)現(xiàn)，SIG-NET引領(lǐng)著社區(qū)新特點(diǎn)——拓?fù)涓兄?wù)路由的開發(fā)。 這個特點(diǎn)詳細(xì)介紹了所有人在拓?fù)涓兄?wù)路由設(shè)計(jì)和實(shí)現(xiàn)方面面臨的挑戰(zhàn)并說明了這個特點(diǎn)未來的快速發(fā)展方向包括測試版和最終版標(biāo)準(zhǔn) 你想知道什么是拓?fù)涓杏X嗎？ 請?jiān)试S筆者賣關(guān)子。 你只有去現(xiàn)場才能真正知道。