本篇文章沒有什麼強邏輯思維，你看下去就對了。
講下本文背景：博主在面試的過程中，不斷被現實捶打，竟然有一次被問及瞭解k8s嗎，我滴媽媽咪呀，我只知道工作中公司用的是k8s，但不知道是啥🐦，被問的一臉懵逼，瞬間給面試官留下的印象從高級降爲中級。不過這個降級有點道理，大神說這個是高級甚至架構的必備知識，so 不要覺得Java工程師的工作只是coding coding and coding ......。下面進入正題，瞭解k8s到底是個啥。
瀏覽了一下頭條技術文章，終於瞭解了，原來k8s就是kubernates的簡稱，因爲名稱太長就省略了k和s中間的8個英文字母，所以叫k8s。納尼？我平時也看了不少kubernates的文章，原來它就是k8s，驚不驚喜意不意外。ok！到這裏已經慢慢揭開了k8s的廬山真面目。不過你以爲僅僅知道k8s是kubernates縮寫就夠了嗎？No! 這壓根不能滿足一個高級工程師強烈的求知慾。
來，多瞭解一下k8s。
咱也沒玩過k8s，不想當“雲玩家”瞎侃（對技術純純的信仰），so先呈上一篇對k8s的解讀，希望各位能有個初印象。
https://my.oschina.net/jamesview/blog/2994112
個人理解：k8s是偏向對架構的知識，所以如果你有對知識體系對梳理，那麼請把它歸類爲架構。k8s也是一種思想，是程序運行所在的平臺系統的一種思想，這是一種跟docker類似的變革，目的都是節約成本，提高可用程度及靈活性（好處太多，不一一列出），總之是能把你的系統整的越來越健壯的思想。
這裏有一個時間節點需要注意：K8S是2014年6月由Google公司正式公佈出來並宣佈開源的。現在是2019年10月，快要2020年了，這意味着這套架構已經經歷了5年多的打磨與實際應用的考驗，如果你還不入手或者你的公司還不是這樣工作的，那麼可以思考下你是否落後了。
（後續如果有了對k8s的實際操作或認知再補充，整理中。。。。。。）