最近項目用到kubernetes（以下簡稱k8s，k和s之間有8個字母)。
雖然之前也有簡單使用過，但最近發現k8s概念較多，指令也有些不夠用了，故想借此機會寫點東西，更全面認識并使用k8s。
本篇文章目的： 讓你更全面了解k8s概念，以及學到在工作中常用的操作。整體更偏向于原理和應用。在正式開始k8s之前，我們先看看k8s和Docker的關系，分别從虛拟化角度、部署方式角度叙述why use容器，話不多說，開幹。
目前發現并沒有将kubernetes和Docker技術産生背景和需求進行比較的文章，本文從最純正的官方定義角度出發并展開，闡述二者産生背景及與傳統技術對比。
簡要介紹：
官方定義1：Docker是一個開源的應用容器引擎，開發者可以打包他們的應用及依賴到一個可移植的容器中，釋出到流行的Linux機器上，也可實作虛拟化。
官方定義2：k8s是一個開源的容器叢集管理系統，可以實作容器叢集的自動化部署、自動擴縮容、維護等功能。
與傳統技術對比：
接下來我們看兩張經典的圖：
一、從虛拟化角度：
上圖是Docker容器（可用k8s管理的玩意兒）與傳統虛拟化方式的不同之處：傳統的虛拟技術在将實體硬體虛拟成多套硬體後，需要在每套硬體上都部署一個作業系統，接着在這些作業系統上運作相應的應用程式。
而Docker容器内的應用程式程序直接運作在主控端(真實實體機)的核心上，Docker引擎将一些各自獨立的應用程式和它們各自的依賴打包，互相獨立直接運作于未經虛拟化的主控端硬體上，同時各個容器也沒有自己的核心，顯然比傳統虛拟機更輕便。每個叢集有多個節點，每個節點可運作多個容器，我們的kuberbete就是管理這些應用程式所在的小運作環境（container）而生。
二、從部署角度
注意，大家别把這幅圖與上面Docker的那張圖混淆了，圖1是從虛拟化角度，說明了為應用提供必要的運作環境所需要做的虛拟化操作（即：傳統：虛拟出的虛拟機裝作業系統、Docker：容器引擎管理下的容器）。
而圖2是在這些具體運作環境上進行真實應用部署時的情況，傳統方式是将所有應用直接部署在同一個實體機器節點上，這樣每個App的依賴都是完全相同的，無法做到App之間隔離，當然，為了隔離，我們也可以通過建立虛拟機的方式來将App部署到其中（就像圖1上半部分那樣），但這樣太過繁重，故比虛拟機更輕便的Docker技術出現，現在我們通過部署Container容器的技術來部署應用，全部Container運作在容器引擎上即可。
既然嫌棄虛拟機繁重，想用Docker，那好，你用吧，怎麼用呢？手動一個一個建立？當然不，故kubernetes技術便出現了，以kubernetes為代表的容器叢集管理系統，這時候就該上場表演了。
說白了，我們用kubernetes去管理Docker叢集，即可以将Docker看成Kubernetes内部使用的低級别元件。另外，kubernetes不僅僅支援Docker，還支援Rocket，這是另一種容器技術。希望我這篇文章中簡單的描述能讓你對兩者有所了解和認識。
更多 Docker 系列教程請關注公衆号閱讀以前的文章。
原文連結：
https://blog.csdn.net/yanghaolong/article/details/86680282版權聲明：本文為CSDN部落客「Harlan60」的原創文章，遵循CC 4.0 BY-SA版權協定，轉載請附上原文出處連結及本聲明。