k8s和Docker關(guān)系簡(jiǎn)單說(shuō)明

最近項目用到kubernetes（以下簡(jiǎn)稱(chēng)k8s，k和s之間有8個(gè)字母)。雖然之前也有簡(jiǎn)單使用過(guò)，但最近發(fā)現k8s概念較多，命令也有些不夠用了，故想借此機會(huì )寫(xiě)點(diǎn)東西，更全面認識并使用k8s。本篇文章目的：讓你更全面了解k8s概念，以及學(xué)到在工作中常用的操作。整體更偏向于原理和應用。在正式開(kāi)始k8s之前，我們先看看k8s和Docker的關(guān)系，分別從虛擬化角度、部署方式角度敘述why use容器，話(huà)不多說(shuō)，開(kāi)干。

目前發(fā)現并沒(méi)有將kubernetes和Docker技術(shù)產(chǎn)生背景和需求進(jìn)行比較的文章，本文從最純正的官方定義角度出發(fā)并展開(kāi)，闡述二者產(chǎn)生背景及與傳統技術(shù)對比。

簡(jiǎn)要介紹：
官方定義1：Docker是一個(gè)開(kāi)源的應用容器引擎，開(kāi)發(fā)者可以打包他們的應用及依賴(lài)到一個(gè)可移植的容器中，發(fā)布到流行的Linux機器上，也可實(shí)現虛擬化。

官方定義2：k8s是一個(gè)開(kāi)源的容器集群管理系統，可以實(shí)現容器集群的自動(dòng)化部署、自動(dòng)擴縮容、維護等功能。

與傳統技術(shù)對比：
接下來(lái)我們看兩張經(jīng)典的圖：

一、從虛擬化角度：

圖1

上圖是Docker容器（可用k8s管理的玩意兒）與傳統虛擬化方式的不同之處，傳統的虛擬技術(shù)，在將物理硬件虛擬成多套硬件后，需要再每套硬件上都部署一個(gè)操作系統，接著(zhù)在這些操作系統上運行相應的應用程序。而Docker容器內的應用程序進(jìn)程直接運行在宿主機(真實(shí)物理機)的內核上，Docker引擎將一些各自獨立的應用程序和它們各自的依賴(lài)打包，相互獨立直接運行于未經(jīng)虛擬化的宿主機硬件上，同時(shí)各個(gè)容器也沒(méi)有自己的內核，顯然比傳統虛擬機更輕便。 每個(gè)集群有多個(gè)節點(diǎn)，每個(gè)節點(diǎn)可，我們的kuberbete就是管理這些應用程序所在的小運行環(huán)境（container）而生。

二、從部署角度

圖2

注意，大家別把這幅圖與上面Docker的那張圖混淆了，圖1是從虛擬化角度，說(shuō)明了為應用提供必要的運行環(huán)境所需要做的虛擬化操作（即：傳統：虛擬出的虛擬機裝操作系統、Docker：容器引擎管理下的容器）。

而圖2是在這些具體運行環(huán)境上進(jìn)行真實(shí)應用部署時(shí)的情況，傳統方式是將所有應用直接部署在同一個(gè)物理機器節點(diǎn)上，這樣每個(gè)App的依賴(lài)都是完全相同的，無(wú)法做到App之間隔離，當然，為了隔離，我們也可以通過(guò)創(chuàng )建虛擬機的方式來(lái)將App部署到其中（就像圖1上半部分那樣），但這樣太過(guò)繁重，故比虛擬機更輕便的Docker技術(shù)出現，現在我們通過(guò)部署Container容器的技術(shù)來(lái)部署應用，全部Container運行在容器引擎上即可。既然嫌棄虛擬機繁重，想用Docker，那好，你用吧，怎么用呢？手動(dòng)一個(gè)一個(gè)創(chuàng )建？當然不，故kubernetes技術(shù)便出現了，以kubernetes為代表的容器集群管理系統，這時(shí)候就該上場(chǎng)表演了。

說(shuō)白了，我們用kubernetes去管理Docker集群，即可以將Docker看成Kubernetes內部使用的低級別組件。另外，kubernetes不僅僅支持Docker，還支持Rocket，這是另一種容器技術(shù)。希望我這篇文章中簡(jiǎn)單的描述能讓你對兩者有所理解和認識。

到此這篇關(guān)于k8s和Docker關(guān)系簡(jiǎn)單說(shuō)明的文章就介紹到這了,更多相關(guān)k8s和Docker關(guān)系內容請搜索腳本之家以前的文章或繼續瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！