容器鏡像是一個(gè)特殊的文件系統(tǒng)，除了提供容器運(yùn)行時(shí)所需的程序、庫、資源、配置等文件外，還包含了一些為運(yùn)行時(shí)準(zhǔn)備的配置參數(shù)（如匿名卷、環(huán)境變量、用戶等）。鏡像不包含任何動(dòng)態(tài)數(shù)據(jù)，其內(nèi)容在構(gòu)建之后也不會(huì)被改變。

鏡像和容器的關(guān)系，就像是面向?qū)ο蟪绦蛟O(shè)計(jì)中的類和實(shí)例一樣，鏡像是靜態(tài)的定義，容器是鏡像運(yùn)行時(shí)的實(shí)體。容器可以被創(chuàng)建、啟動(dòng)、停止、刪除、暫停等。

命名空間是一種在多個(gè)用戶之間劃分資源的方法。當(dāng)你的項(xiàng)目和人員眾多的時(shí)候可以考慮根據(jù)項(xiàng)目屬性，例如生產(chǎn)、測試、開發(fā)劃分不同的namespace。

Pod是Kubernetes創(chuàng)建或部署的最小單位。一個(gè)Pod封裝一個(gè)或多個(gè)容器、存儲(chǔ)資源、一個(gè)獨(dú)立的網(wǎng)絡(luò)IP以及管理控制容器運(yùn)行方式的策略選項(xiàng)。

圖1 Pod

Pod使用主要分為兩種方式：

●Pod中運(yùn)行一個(gè)容器。這是Kubernetes最常見的用法，你可以將Pod視為單個(gè)封裝的容器，但是Kubernetes是直接管理Pod而不是容器。

●Pod中運(yùn)行多個(gè)需要耦合在一起工作、需要共享資源的容器。

實(shí)際使用中很少直接創(chuàng)建Pod，而是使用Kubernetes中稱為Controller的抽象層來管理Pod實(shí)例，例如Deployment。Controller可以創(chuàng)建和管理多個(gè)Pod，提供副本管理、滾動(dòng)升級和自愈能力。通常，Controller會(huì)使用Pod Template來創(chuàng)建相應(yīng)的Pod。

詳細(xì)信息請參見Pod。

Init-Containers，即初始化容器，顧名思義容器啟動(dòng)的時(shí)候，會(huì)先啟動(dòng)一個(gè)或多個(gè)容器，如果有多個(gè)，那么這幾個(gè)Init Container按照定義的順序依次執(zhí)行，只有所有的Init Container執(zhí)行完后，主容器才會(huì)啟動(dòng)。由于一個(gè)Pod里的存儲(chǔ)卷是共享的，所以Init Container里產(chǎn)生的數(shù)據(jù)可以被主容器使用到。

Init Container可以在多種K8S資源里被使用到如Deployment、Job等，但歸根結(jié)底都是在Pod啟動(dòng)時(shí)，在主容器啟動(dòng)前執(zhí)行，做初始化工作。

詳細(xì)信息請參見Init容器。

Label（標(biāo)簽）是一組附加在對象上的鍵值對，用來傳遞用戶定義的屬性。

標(biāo)簽常用來從一組對象中選取符合條件的對象，這也是Kubernates中目前為止最重要的節(jié)點(diǎn)分組方法。

比如，你可能創(chuàng)建了一個(gè)“tier”和“app”標(biāo)簽，通過Label（tier=frontend，app=myapp）來標(biāo)記前端Pod容器，使用Label（tier=backend，app=myapp）標(biāo)記后臺(tái)Pod。然后可以使用Selectors選擇帶有特定Label的Pod，并且將Service或者Deployment應(yīng)用到上面。

詳細(xì)信息請參見Label。

圖2 使用Label組織的Pod

Deployment是Pod Controller的一種。

一個(gè)Deployment可以包含一個(gè)或多個(gè)Pod，每個(gè)Pod的角色相同，所以系統(tǒng)會(huì)自動(dòng)為Deployment的多個(gè)Pod分發(fā)請求。Deployment中的所有Pod共享存儲(chǔ)卷。

使用Deployment時(shí)，您只需要在Deployment中描述您想要的目標(biāo)狀態(tài)是什么，Deployment就會(huì)幫您將Pod的狀態(tài)改變到目標(biāo)狀態(tài)。

詳細(xì)信息請參見Deployment。

Deployment是Pod Controller的一種。

一個(gè)Deployment可以包含一個(gè)或多個(gè)Pod，每個(gè)Pod的角色相同，所以系統(tǒng)會(huì)自動(dòng)為Deployment的多個(gè)Pod分發(fā)請求。Deployment中的所有Pod共享存儲(chǔ)卷。

使用Deployment時(shí)，您只需要在Deployment中描述您想要的目標(biāo)狀態(tài)是什么，Deployment就會(huì)幫您將Pod的狀態(tài)改變到目標(biāo)狀態(tài)。

詳細(xì)信息請參見Deployment。

Job是用來控制批處理型任務(wù)的資源對象。批處理業(yè)務(wù)與長期伺服業(yè)務(wù)（Deployment）的主要區(qū)別是批處理業(yè)務(wù)的運(yùn)行有頭有尾，而長期伺服業(yè)務(wù)在用戶不停止的情況下永遠(yuǎn)運(yùn)行。Job管理的Pod根據(jù)用戶的設(shè)置把任務(wù)成功完成就自動(dòng)退出了。

Job的這種用完即停止的特性特別適合一次性任務(wù)，比如持續(xù)集成，配合云容器實(shí)例按秒計(jì)費(fèi)，真正意義上做到按需使用、按需付費(fèi)。

詳細(xì)信息請參見Job。

定時(shí)任務(wù)是基于時(shí)間控制的短時(shí)任務(wù)（Job），類似于Linux系統(tǒng)的crontab文件中的一行，在指定的時(shí)間周期運(yùn)行指定的短時(shí)任務(wù)。

詳細(xì)信息請參見CronJob。

Pod是有生命周期的，它們可以被創(chuàng)建，也可以被銷毀，然而一旦被銷毀生命就永遠(yuǎn)結(jié)束。通過Pod Controller能夠動(dòng)態(tài)地創(chuàng)建和銷毀Pod（例如，需要進(jìn)行擴(kuò)縮容，或者執(zhí)行滾動(dòng)升級）。每個(gè)Pod都會(huì)獲取它自己的IP地址，但這些IP地址不總是穩(wěn)定可依賴的。 這會(huì)導(dǎo)致一個(gè)問題：如果一組Pod（稱為backend）為其它Pod（稱為frontend）提供服務(wù)，那么那些frontend該如何發(fā)現(xiàn)，并連接到這組Pod中的哪些backend呢？

Service定義了這樣一種抽象：一個(gè)Pod的邏輯分組，一種可以訪問它們的策略（通常稱為微服務(wù)）。 這一組Pod能夠被Service訪問到，通常是通過Label Selector實(shí)現(xiàn)的。

舉個(gè)例子，考慮一個(gè)圖片處理backend，它運(yùn)行了3個(gè)Pod副本。這些副本是可互換的（frontend不需要關(guān)心它們調(diào)用了哪個(gè)backend副本）。 然而組成這一組backend的Pod實(shí)際上可能會(huì)發(fā)生變化，frontend不應(yīng)該也沒必要知道，而且也不需要跟蹤這一組backend的狀態(tài)。Service定義的抽象就是用來解耦這種關(guān)聯(lián)。

詳細(xì)信息請參見Service。

Service和Pod僅可在內(nèi)部網(wǎng)絡(luò)中通過IP地址訪問，外部的請求需要通過負(fù)載均衡轉(zhuǎn)發(fā)到Service在Node上暴露的NodePort上，然后再由kube-proxy將其轉(zhuǎn)發(fā)給相關(guān)的Pod。

Ingress是授權(quán)入站連接到達(dá)集群服務(wù)的規(guī)則集合。您可以給Ingress配置外部可訪問的URL、負(fù)載均衡、SSL、基于名稱的虛擬主機(jī)等。

詳細(xì)介紹請參見Ingress。

PersistentVolumeClaim（PVC）是用戶存儲(chǔ)的請求。 它類似于Pod，Pod申請CPU和內(nèi)存，PVC申請存儲(chǔ)資源。在云容器實(shí)例中，你可以通過PVC申請EVS、SFS等存儲(chǔ)資源。

詳細(xì)信息請參見PVC。

ConfigMap用于保存配置數(shù)據(jù)的鍵值對，可以用來保存單個(gè)屬性，也可以用來保存配置文件。ConfigMap跟Secret很類似，但它可以更方便地處理不包含敏感信息的字符串。

詳細(xì)信息請參見ConfigMap。

Secret是Kubernetes中一種加密存儲(chǔ)的資源對象，用戶可以將認(rèn)證信息、證書、私鑰等保存在密鑰中，在容器啟動(dòng)時(shí)以環(huán)境變量等方式加載到容器中。

詳細(xì)信息請參見Secret。