#網(wǎng)絡(luò)后臺開發(fā)#Kubernetes

-Start：關(guān)注本公眾號后，可直接聯(lián)系后臺獲取排版美化的詳細(xì)文檔！

-Hints：本篇文章所編纂的資料均來自網(wǎng)絡(luò)，特此感謝參與奉獻(xiàn)的有關(guān)人員。

Kubernetes簡介

Kubernetes 是一個全新的基于容器技術(shù)的分布式架構(gòu)解決方案，是 Google 開源的一個容器集群管理系統(tǒng)，Kubernetes 簡稱 K8S。

Kubernetes 是一個一站式的完備的分布式系統(tǒng)開發(fā)和支撐平臺，更是一個開放平臺，對現(xiàn)有的編程語言、編程框架、中間件沒有任何侵入性。

Kubernetes 提供了完善的管理工具，這些工具涵蓋了開發(fā)、部署測試、運(yùn)維監(jiān)控在內(nèi)的各個環(huán)節(jié)。

Kubernetes具有完備的集群管理能力，包括多層次的安全防護(hù)和準(zhǔn)入機(jī)制、多租戶應(yīng)用支撐能力、透明的服務(wù)注冊和服務(wù)發(fā)現(xiàn)機(jī)制、內(nèi)建智能負(fù)載均衡器、強(qiáng)大的故障發(fā)現(xiàn)和自我修復(fù)能力、服務(wù)滾動升級和在線擴(kuò)容能力、可擴(kuò)展的資源自動調(diào)度機(jī)制、多粒度的資源配額管理能力。

?

Kubernetes特性

① 自我修復(fù)

在節(jié)點(diǎn)故障時，重新啟動失敗的容器，替換和重新部署，保證預(yù)期的副本數(shù)量；殺死健康檢查失敗的容器，并且在未準(zhǔn)備好之前不會處理用戶的請求，確保線上服務(wù)不中斷。

② 彈性伸縮

使用命令、UI或者基于CPU使用情況自動快速擴(kuò)容和縮容應(yīng)用程序?qū)嵗?，保證應(yīng)用業(yè)務(wù)高峰并發(fā)時的高可用性；業(yè)務(wù)低峰時回收資源，以最小成本運(yùn)行服務(wù)。

③ 自動部署和回滾

K8S采用滾動更新策略更新應(yīng)用，一次更新一個Pod，而不是同時刪除所有Pod，如果更新過程中出現(xiàn)問題，將回滾更改，確保升級不影響業(yè)務(wù)。

④ 服務(wù)發(fā)現(xiàn)和負(fù)載均衡

K8S為多個容器提供一個統(tǒng)一訪問入口（內(nèi)部IP地址和一個DNS名稱），并且負(fù)載均衡關(guān)聯(lián)的所有容器，使得用戶無需考慮容器IP問題。

⑤ 機(jī)密和配置管理

管理機(jī)密數(shù)據(jù)和應(yīng)用程序配置，而不需要把敏感數(shù)據(jù)暴露在鏡像里，提高敏感數(shù)據(jù)安全性。并可以將一些常用的配置存儲在K8S中，方便應(yīng)用程序使用。

⑥ 存儲編排

掛載外部存儲系統(tǒng)，無論是來自本地存儲，公有云，還是網(wǎng)絡(luò)存儲，都作為集群資源的一部分使用，極大提高存儲使用靈活性。

⑦ 批處理

提供一次性任務(wù)，定時任務(wù)；滿足批量數(shù)據(jù)處理和分析的場景。

?

Kubernetes集群

Kubernetes 集群架構(gòu)以及相關(guān)的核心組件如下圖所示：一個 Kubernetes 集群一般包含一個 Master 節(jié)點(diǎn)和多個 Node 節(jié)點(diǎn)，一個節(jié)點(diǎn)可以看成是一臺物理機(jī)或虛擬機(jī)。

1、Master

Master 是 K8S 的集群控制節(jié)點(diǎn)，每個 K8S 集群里需要有一個 Master 節(jié)點(diǎn)來負(fù)責(zé)整個集群的管理和控制，基本上 K8S 所有的控制命令都是發(fā)給它，它來負(fù)責(zé)具體的執(zhí)行過程。Master 節(jié)點(diǎn)通常會占據(jù)一個獨(dú)立的服務(wù)器，因?yàn)樗匾?，如果它不可用，那么所有的控制命令都將失效?/p>

Master 節(jié)點(diǎn)上運(yùn)行著以下關(guān)鍵組件：

① kube-apiserver

是集群的統(tǒng)一入口，各組件協(xié)調(diào)者，以 HTTP Rest 提供接口服務(wù)，所有對象資源的增、刪、改、查和監(jiān)聽操作都交給 apiserver 處理后再提交給 Etcd 存儲。

② kube-controller-manager

是 K8S 里所有資源對象的自動化控制中心，處理集群中常規(guī)后臺任務(wù)，一個資源對應(yīng)一個控制器，而 controller-manager 就是負(fù)責(zé)管理這些控制器的。

③ kube-scheduler

根據(jù)調(diào)度算法為新創(chuàng)建的 Pod 選擇一個 Node 節(jié)點(diǎn)，可以任意部署，可以部署在同一個節(jié)點(diǎn)上，也可以部署在不同的節(jié)點(diǎn)上。

④ etcd

是一個分布式的，一致的 key-value 存儲，主要用途是共享配置和服務(wù)發(fā)現(xiàn)，保存集群狀態(tài)數(shù)據(jù)，比如 Pod、Service 等對象信息。

2、Node

除了 Master，K8S 集群中的其它機(jī)器被稱為 Node 節(jié)點(diǎn)，Node 節(jié)點(diǎn)是K8S 集群中的工作負(fù)載節(jié)點(diǎn)，每個 Node 都會被Master 分配一些工作負(fù)載，當(dāng)某個 Node 宕機(jī)時，其上的工作負(fù)載會被 Master 自動轉(zhuǎn)移到其它節(jié)點(diǎn)上去。

每個 Node 節(jié)點(diǎn)上都運(yùn)行著以下關(guān)鍵組件：

① kubelet

kubelet 是 Master在 Node 節(jié)點(diǎn)上的 Agent(代理)，與 Master 密切協(xié)作，管理本機(jī)運(yùn)行容器的生命周期，負(fù)責(zé) Pod 對應(yīng)的容器的創(chuàng)建、啟停等任務(wù)，實(shí)現(xiàn)集群管理的基本功能。

② kube-proxy

在 Node 節(jié)點(diǎn)上實(shí)現(xiàn) Pod網(wǎng)絡(luò)代理，實(shí)現(xiàn) Kubernetes Service 的通信，維護(hù)網(wǎng)絡(luò)規(guī)則和四層負(fù)載均衡工作。

③ docker engine

Docker 引擎，負(fù)責(zé)本機(jī)的容器創(chuàng)建和管理工作。

Node 節(jié)點(diǎn)可以在運(yùn)行期間動態(tài)增加到 K8S 集群中，前提是這個節(jié)點(diǎn)上已經(jīng)正確安裝、配置和啟動了上述關(guān)鍵組件。在默認(rèn)情況下kubelet 會向 Master 注冊自己，一旦 Node 被納入集群管理范圍，kubelet 就會定時向 Master 節(jié)點(diǎn)匯報自身的情況，例如操作系統(tǒng)、Docker 版本、機(jī)器的 CPU 和內(nèi)存情況，以及之前有哪些 Pod 在運(yùn)行等，這樣 Master 可以獲知每個 Node 的資源使用情況，并實(shí)現(xiàn)高效均衡的資源調(diào)度策略。而某個 Node 超過指定時間不上報信息時，會被 Master 判定為“失聯(lián)”，Node 的狀態(tài)被標(biāo)記為不可用（Not Ready），隨后 Master 會觸發(fā)“工作負(fù)載大轉(zhuǎn)移”的自動流程。

?

Kubernetes要點(diǎn)

1、Pod

Pod 是 K8S 中最重要也是最基本的概念，Pod 是最小的部署單元，是一組容器的集合。每個 Pod 都由一個特殊的根容器 Pause 容器，以及一個或多個緊密相關(guān)的用戶業(yè)務(wù)容器組成。

Pause 容器作為 Pod 的根容器，以它的狀態(tài)代表整個容器組的狀態(tài)。K8S 為每個 Pod 都分配了唯一的IP 地址，稱之為 Pod IP。Pod 里的多個業(yè)務(wù)容器共享 Pause 容器的IP，共享Pause 容器掛載的 Volume。

2、Label

標(biāo)簽，附加到某個資源上，用于關(guān)聯(lián)對象、查詢和篩選。一個 Label 是一個 key=value 的鍵值對，key 與 value 由用戶自己指定。Label 可以附加到各種資源上，一個資源對象可以定義任意數(shù)量的 Label，同一個 Label 也可以被添加到任意數(shù)量的資源上。

我們可以通過給指定的資源對象捆綁一個或多個不同的 Label 來實(shí)現(xiàn)多維度的資源分組管理功能，以便于靈活、方便地進(jìn)行資源分配、調(diào)度、配置、部署等工作。

K8S 通過 LabelSelector（標(biāo)簽選擇器）來查詢和篩選擁有某些 Label 的資源對象。Label Selector 有基于等式（ name=label1 ）和基于集合（ name in (label1, label2) ）的兩種方式。

3、ReplicaSet（RC）

ReplicaSet 用來確保預(yù)期的 Pod 副本數(shù)量，如果有過多的 Pod 副本在運(yùn)行，系統(tǒng)就會停掉一些 Pod，否則系統(tǒng)就會再自動創(chuàng)建一些 Pod。

我們很少單獨(dú)使用 ReplicaSet，它主要被 Deployment 這個更高層的資源對象使用，從而形成一整套 Pod 創(chuàng)建、刪除、更新的編排機(jī)制。

4、Deployment

Deployment?用于部署無狀態(tài)應(yīng)用，Deployment 為 Pod 和ReplicaSet 提供聲明式更新，只需要在 Deployment 描述想要的目標(biāo)狀態(tài)，Deployment 就會將 Pod 和ReplicaSet 的實(shí)際狀態(tài)改變到目標(biāo)狀態(tài)。

5、Horizontal PodAutoscaler（HPA）

HPA 為 Pod 橫向自動擴(kuò)容，也是 K8S 的一種資源對象。HPA 通過追蹤分析 RC 的所有目標(biāo) Pod 的負(fù)載變化情況，來確定是否需要針對性調(diào)整目標(biāo) Pod 的副本數(shù)量。

6、Service

Service 定義了一個服務(wù)的訪問入口，通過 Label Selector 與 Pod 副本集群之間“無縫對接”，定義了一組 Pod 的訪問策略，防止 Pod 失聯(lián)。

創(chuàng)建 Service 時，K8S會自動為它分配一個全局唯一的虛擬 IP 地址，即 Cluster IP。服務(wù)發(fā)現(xiàn)就是通過 Service 的 Name 和Service 的 ClusterIP 地址做一個 DNS 域名映射來解決的。

7、Namespace

命名空間，Namespace 多用于實(shí)現(xiàn)多租戶的資源隔離。Namespace 通過將集群內(nèi)部的資源對象“分配”到不同的Namespace中，形成邏輯上分組的不同項(xiàng)目、小組或用戶組。

K8S 集群在啟動后，會創(chuàng)建一個名為 default 的 Namespace，如果不特別指明 Namespace，創(chuàng)建的 Pod、RC、Service 都將被創(chuàng)建到 default 下。

當(dāng)我們給每個租戶創(chuàng)建一個 Namespace 來實(shí)現(xiàn)多租戶的資源隔離時，還可以結(jié)合 K8S 的資源配額管理，限定不同租戶能占用的資源，例如 CPU 使用量、內(nèi)存使用量等。

?

Kubernetes通信

1客戶端使用http/https通過url路徑訪問K8S集群里的Ingress接入層對外暴露的接口

2k8s-master[獨(dú)立服務(wù)器]的apiserver接收客戶端的http請求，寫入到etcd中(Ingress層收到請求后找到對應(yīng)是Service)

apiserver 提供了資源操作的唯一入口，并提供認(rèn)證、授權(quán)、訪問控制、API 注冊和發(fā)現(xiàn)等機(jī)制；

3scheduler會通過apiserver在etcd存儲中心中找到node節(jié)點(diǎn)存儲的元信息、剩余資源等，通過預(yù)算策略和優(yōu)選策略在所有node節(jié)點(diǎn)中挑選最優(yōu)的

4apiserver會讓controllermanager按照所預(yù)設(shè)的模板（多少實(shí)例、生命周期等）去創(chuàng)建pod, controller manager通過apiserver讀取etcd中用戶的預(yù)設(shè)信息，再通過apiserver去找 scheduler可以為新創(chuàng)建的pod選擇最適合的node節(jié)點(diǎn)。(Service根據(jù)標(biāo)簽選擇器篩選查詢label對應(yīng)的Pod，根據(jù)Pod的IP進(jìn)行轉(zhuǎn)發(fā)獲取相應(yīng)服務(wù))

5scheduler確定node節(jié)點(diǎn)后通過apiserver交給這個node節(jié)點(diǎn)上的kubelet進(jìn)行pod資源的創(chuàng)建，kubelet同時也會對所在node的資源信息和pod狀態(tài)進(jìn)行監(jiān)控與apiserver進(jìn)行交互將pod狀態(tài)信息存儲到etcd中

6node節(jié)點(diǎn)上的kube-proxy是service資源的載體，負(fù)責(zé)pod的代理和負(fù)載均衡等功能，如果需要將pod發(fā)布出去，需要通過kube-proxy創(chuàng)建網(wǎng)絡(luò)規(guī)則承載使用service作為負(fù)載均衡的訪問入口，負(fù)載均衡所關(guān)聯(lián)的pod節(jié)點(diǎn)，實(shí)現(xiàn)服務(wù)發(fā)布

在K8S集群中，Service可以看作一組提供相同服務(wù)的Pod的對外訪問接口?？蛻舳诵枰L問的服務(wù)就是Service對象。每個Service都有一個固定的虛擬ip (這個ip也被稱為Cluster IP) ，自動并且動態(tài)地綁定后端的Pod, 所有的網(wǎng)絡(luò)請求直接訪問Service的虛擬ip，Service會自動向后端做轉(zhuǎn)發(fā)。通俗來說就是Service通過標(biāo)簽選擇器選擇那些關(guān)聯(lián)了對應(yīng)label的Pod，把Pod的IP加入到自己的endpoints當(dāng)中，當(dāng)service收到請求后根據(jù)endpoints里的ip進(jìn)行轉(zhuǎn)發(fā)

7node節(jié)點(diǎn)的kubelet

-1.Node節(jié)點(diǎn)的監(jiān)視器，以及與Master節(jié)點(diǎn)的通訊器。Kubelet 是Master節(jié)點(diǎn)安插在Node節(jié)點(diǎn)上的“眼線”，它會定時向API Server匯報自己Node節(jié)點(diǎn)上運(yùn)行的服務(wù)的狀態(tài)，并接受來自Master節(jié)點(diǎn)的指示采取調(diào)整措施

-2.從Master節(jié)點(diǎn)獲取自己節(jié)點(diǎn)上Pod的期望狀態(tài)(比如運(yùn)行什么容器、運(yùn)行的副本數(shù)量、網(wǎng)絡(luò)或者存儲如何配置等)，

直接跟容器引擎交互實(shí)現(xiàn)容器的生命周期管理，如果自己節(jié)點(diǎn)上Pod的狀態(tài)與期望狀態(tài)不一致，則調(diào)用對應(yīng)的容器平臺接口(即docker的接口)達(dá)到這個狀態(tài)

-3.管理鏡像和容器的清理工作，保證節(jié)點(diǎn)上鏡像不會占滿磁盤空間，退出的容器不會占用太多資源

8 node節(jié)點(diǎn)的docker或rocket

容器引擎，運(yùn)行容器，負(fù)責(zé)本機(jī)的容器創(chuàng)建和管理工作

9 node節(jié)點(diǎn)的pod

-1Pod是Kubernetes創(chuàng)建或部署的最小/最簡單的基本單位，一個Pod 代表集群上正在運(yùn)行的一個進(jìn)程

-2.一個Pod由一個或多個容器組成，Pod中容器共享網(wǎng)絡(luò)、存儲和計(jì)算資源，在同一臺Docker主機(jī)上運(yùn)行

?

Kubernetes總結(jié)

Master節(jié)點(diǎn)

1.apiserver：所有服務(wù)訪問的同一入口

2.controller manager：維持集群處于預(yù)期的工作狀態(tài)（副本期望數(shù)目）

3.scheduler：選擇適合的node節(jié)點(diǎn)調(diào)度pod

4.master節(jié)點(diǎn)的請求處理過程：

?1）首頁用戶通過證書認(rèn)證后使用kubectl命令行工具向API Server發(fā)送請求，API Server接收到請求例如創(chuàng)建一批Pod，API Server會讓 Controller-manager按照所預(yù)設(shè)的模板（多少實(shí)例、生命周期等）去創(chuàng)建Pod，Controller-manager會通過API Server去找Scheduler為新創(chuàng)建的Pod選擇最適合的Node節(jié)點(diǎn)。比如運(yùn)行這個Pod需要2C4G的資源，scheduler會通過API Server在Etcd存儲中心中找到node節(jié)點(diǎn)存儲的元信息、剩余資源等，通過預(yù)選策略在所有Node節(jié)點(diǎn)中挑選最優(yōu)的，然后將預(yù)設(shè)的模板通過API Server交給這個Node節(jié)點(diǎn)上運(yùn)行

?2）Node節(jié)點(diǎn)中還剩多資源是通報給APT Server存儲在etcd里，API Server會調(diào)用一個方法找到etcd里所有Node節(jié)點(diǎn)的剩余資源，再對比Pod所需要的資源，在所有Node節(jié)點(diǎn)中查找哪些Node節(jié)點(diǎn)符合要求。如果都符合，預(yù)算策略就交給優(yōu)選策略處理，優(yōu)選策略再通過CPU的負(fù)載、內(nèi)存的剩余量等因素選擇最合適的Node節(jié)點(diǎn)，并把Pod調(diào)度到這個Node節(jié)點(diǎn)上運(yùn)行

Etcd儲存中心

etcd:鍵值對數(shù)據(jù)庫，存儲k8s集群所有的重要信息，并持久化保持，只有apiserver才能對etcd有讀寫權(quán)限

Worker Node節(jié)點(diǎn)

1.kubelet：監(jiān)視node節(jié)點(diǎn)上的資源和服務(wù)狀態(tài)并匯報給apiserver；跟容器引擎交互實(shí)現(xiàn)容器的生命周期管理

2.kube-proxy：實(shí)現(xiàn)負(fù)載均衡，是server資源的載體，負(fù)責(zé)寫入規(guī)則至iptables、ipvs實(shí)現(xiàn)服務(wù)映射訪問的容器引擎：docker，docker用來創(chuàng)建、管理容器

?

Kubernetes架構(gòu)

生產(chǎn)環(huán)境 K8S 平臺規(guī)劃

K8S 環(huán)境有兩種架構(gòu)方式，單Master 集群和多 Master 集群，將先搭建起單Master 集群，再擴(kuò)展為多 Master 集群。開發(fā)、測試環(huán)境可以部署單 Master 集群，生產(chǎn)環(huán)境為了保證高可用需部署多 Master 集群。

① 單 Master 集群架構(gòu)

單 Master 集群架構(gòu)相比于多 Master 集群架構(gòu)無法保證集群的高可用，因?yàn)?master 節(jié)點(diǎn)一旦宕機(jī)就無法進(jìn)行集群的管理工作了。單 master 集群主要包含一臺 Master 節(jié)點(diǎn)，及多個 Node 工作節(jié)點(diǎn)、多個 Etcd 數(shù)據(jù)庫節(jié)點(diǎn)。

Etcd 是 K8S 集群的數(shù)據(jù)庫，可以安裝在任何地方，也可以與 Master 節(jié)點(diǎn)在同一臺機(jī)器上，只要 K8S 能連通 Etcd。

② 多 Master 集群架構(gòu)

多 Master 集群能保證集群的高可用，相比單 Master 架構(gòu)，需要一個額外的負(fù)載均衡器來負(fù)載多個 Master 節(jié)點(diǎn)，Node 節(jié)點(diǎn)從連接 Master 改成連接 LB 負(fù)載均衡器。

?

Kubernetes部署

Kubernetes集群架構(gòu)規(guī)劃：

生產(chǎn)環(huán)境建議至少兩臺 Master 節(jié)點(diǎn)，LB 主備各一個節(jié)點(diǎn)；至少兩臺以上 Node 節(jié)點(diǎn)，根據(jù)實(shí)際運(yùn)行的容器數(shù)量調(diào)整；Etcd 數(shù)據(jù)庫可直接部署在 Master 和 Node 的節(jié)點(diǎn)，機(jī)器比較充足的話，可以部署在單獨(dú)的節(jié)點(diǎn)上。

1 相關(guān)服務(wù)器的初始配置

Firewalld、swap、hosts、time.windows.com

2 部署Etcd集群

etcd 集群采用主從架構(gòu)模式（一主多從）部署，集群通過選舉產(chǎn)生 leader，因此需要部署奇數(shù)個節(jié)點(diǎn)（3/5/7）才能正常工作。etcd使用raft一致性算法保證每個節(jié)點(diǎn)的一致性。

2.1 自簽CA證書

2.2 創(chuàng)建、配置和啟用etcd 服務(wù)

3部署Master組件

3.1自簽 ApiServerSSL 證書

3.2部署kube-apiserver 組件

3.3部署kube-controller-manager 組件

3.4部署kube-scheduler 組件

4部署Node組件

4.1安裝 Docker

4.2Node 節(jié)點(diǎn)證書

4.3安裝 kubelet

4.4安裝 kube-proxy

5部署K8S容器集群網(wǎng)絡(luò)(Flannel)

Kubernetes 項(xiàng)目并沒有使用 Docker 的網(wǎng)絡(luò)模型，kubernetes 是通過一個 CNI 接口維護(hù)一個單獨(dú)的網(wǎng)橋來代替 docker0，這個網(wǎng)橋默認(rèn)叫 cni0。

CNI（ContainerNetwork Interface）是CNCF旗下的一個項(xiàng)目，由一組用于配置 Linux 容器的網(wǎng)絡(luò)接口的規(guī)范和庫組成，同時還包含了一些插件。CNI僅關(guān)心容器創(chuàng)建時的網(wǎng)絡(luò)分配，和當(dāng)容器被刪除時釋放網(wǎng)絡(luò)資源。

Flannel 是 CNI 的一個插件，可以看做是 CNI 接口的一種實(shí)現(xiàn)。Flannel 是針對 Kubernetes 設(shè)計(jì)的一個網(wǎng)絡(luò)規(guī)劃服務(wù)，它的功能是讓集群中的不同節(jié)點(diǎn)主機(jī)創(chuàng)建的Docker容器都具有全集群唯一的虛擬IP地址，并讓屬于不同節(jié)點(diǎn)上的容器能夠直接通過內(nèi)網(wǎng)IP通信。

6部署內(nèi)部 DNS 服務(wù)

在Kubernetes集群推薦使用Service Name作為服務(wù)的訪問地址，因此需要一個Kubernetes集群范圍的DNS服務(wù)實(shí)現(xiàn)從Service Name到Cluster IP的解析，這就是Kubernetes基于DNS的服務(wù)發(fā)現(xiàn)功能。

7部署 Dashboard

K8S 提供了一個 Web 版 Dashboard，用戶可以用 dashboard 部署容器化的應(yīng)用、監(jiān)控應(yīng)用的狀態(tài)，能夠創(chuàng)建和修改各種 K8S 資源，比如 Deployment、Job、DaemonSet 等。用戶可以Scale Up/Down Deployment、執(zhí)行 Rolling Update、重啟某個 Pod 或者通過向?qū)Р渴鹦碌膽?yīng)用。Dashboard 能顯示集群中各種資源的狀態(tài)以及日志信息。Kubernetes Dashboard 提供了 kubectl 的絕大部分功能。

8 部署 Nginx 負(fù)載均衡

為了保證 k8s master 的高可用，將使用?k8s-lb-master 和?k8s-lb-backup 這兩臺機(jī)器來部署負(fù)載均衡。這里使用 nginx 做負(fù)載均衡器

9部署 KeepAlive

為了保證 nginx 的高可用，還需要部署 keepalive，keepalive 主要負(fù)責(zé) nginx 的健康檢查和故障轉(zhuǎn)移。

詳細(xì)資料：https://www.cnblogs.com/chiangchou/p/k8s-1.html

?

Kubernetes官網(wǎng)

https://kubernetes.io/zh/

?

參考資料

https://blog.csdn.net/qq_37419449/article/details/122157277

https://www.cnblogs.com/jiliwei/p/11691077.html

https://www.cnblogs.com/guxd/p/15467338.html

https://www.cnblogs.com/chiangchou/p/k8s-1.html

https://kubernetes.io/zh/docs/concepts/cluster-administration/certificates/#%E5%88%86%E5%8F%91%E8%87%AA%E7%AD%BE%E5%90%8D-ca-%E8%AF%81%E4%B9%A6

公眾號二維碼

End：如果有興趣了解量化交易、數(shù)據(jù)分析和互聯(lián)網(wǎng)+的實(shí)用技術(shù)，歡迎關(guān)注本公眾號