引言

“系統越來越復雜。 ”

--bill joy，bsd的主要設計師、vi作者、sun聯合創始人

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

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

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

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

各論壇的主題介紹

互聯網

jundu–固網高級軟件工程師[/s2/ ]

華為、jun du帶來了新kubernetes互聯網有趣集團的前沿思考和實現，SIG-NET引領著社區新特點——拓撲感知服務路由的開發。 這個特點詳細介紹了所有人在拓撲感知服務路由設計和實現方面面臨的挑戰并說明了這個特點未來的快速發展方向包括測試版和最終版標準 你想知道什么是拓撲感覺嗎？ 請允許筆者賣關子。 你只有去現場才能真正知道。