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

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

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

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

圖1 Pod

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

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

●Pod中運行多個需要耦合在一起工作、需要共享資源的容器。

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

詳細信息請參見Pod。

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

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

詳細信息請參見Init容器。

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

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

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

詳細信息請參見Label。

圖2 使用Label組織的Pod

Deployment是Pod Controller的一種。

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

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

詳細信息請參見Deployment。

Deployment是Pod Controller的一種。

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

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

詳細信息請參見Deployment。

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

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

詳細信息請參見Job。

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

詳細信息請參見CronJob。

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

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

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

詳細信息請參見Service。

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

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

詳細介紹請參見Ingress。

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

詳細信息請參見PVC。

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

詳細信息請參見ConfigMap。

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

詳細信息請參見Secret。