這是我參加11月更新挑戰(zhàn)賽的第21天，活動詳情請查看：2021年最后更新挑戰(zhàn)賽”

目錄內(nèi)容： 1.開發(fā)經(jīng)驗(yàn) 2.知識圖譜 3.組件說明

本節(jié)目標(biāo)：要求能夠畫出bolg系統(tǒng)和系統(tǒng)的架構(gòu)圖，了解架構(gòu)中各部分的作用。

一、開發(fā)經(jīng)歷

對于云計(jì)算，他會有一些發(fā)展標(biāo)準(zhǔn)

1. 作為：IAAS 的簡稱，基礎(chǔ)設(shè)施和服務(wù)。 典型的國內(nèi)廠商是阿里云。 最大的國際制造商是AWS。

2. as a：簡稱PaaS，平臺和服務(wù)。

3.as a：簡稱SSAS，軟件設(shè)施和服務(wù)。

例如：我想使用套件。 我不需要像以前那樣安裝它。 安裝需要1小時(shí)。 我只需要通過b/s結(jié)構(gòu)，也就是瀏覽器訪問他的網(wǎng)頁即可。 完成的文件創(chuàng)建和修改

下面詳細(xì)談?wù)凱aaS、平臺和服務(wù)。

新浪有個(gè)老平臺SAA。 過去，用戶可以免費(fèi)申請這樣的平臺，運(yùn)行java、php等代碼項(xiàng)目。

例如：有一個(gè)用戶申請了一個(gè)SAA服務(wù)平臺。 然后新浪運(yùn)維在后臺看到這個(gè)命令，開始部署環(huán)境。 這時(shí)候運(yùn)維難度很大。 來個(gè)清單，部署一套環(huán)境。

后來出現(xiàn)了一些自動化部署運(yùn)維工具，自動化部署所謂的環(huán)境創(chuàng)建，可能是java環(huán)境，也可能是php環(huán)境。 直到后來，一家股份公司開發(fā)了它。 這家公司主要是做PaaS平臺的，在他們公司的主要崗位就是自動搭建這些環(huán)境的包。 它已經(jīng)成為下一代PaaS的標(biāo)準(zhǔn)。 也會帶來一些問題。

傳統(tǒng)業(yè)務(wù)中，多個(gè)數(shù)據(jù)庫運(yùn)行在一臺物理機(jī)上，形成一個(gè)大集群。 這個(gè)沒有問題，但是一旦容器化了，就會有問題。

假設(shè)：有6臺物理機(jī)，讓這6臺物理機(jī)組成一個(gè)集群。 比如nginx一套，3套，mysql 2套。 他們之間的訪問方式是ip+端口號，他們是相連的。

但是在使用了容器之后，我們發(fā)現(xiàn)他們之間的映射關(guān)系就比較難了。 比如在電腦上安裝nginx。 首先我們需要將nginx的端口號映射到物理機(jī)上。 我們需要將 8080 映射到主機(jī)的 8080。 mysql也是如此。 而且一臺服務(wù)器不可能只安裝一個(gè)，還會有很多其他的應(yīng)用，每臺機(jī)器都會映射很多端口。 這樣越來越多，太復(fù)雜了，太亂了。 所以一個(gè)新產(chǎn)品。 該產(chǎn)品稱為資源管理器。

那么資源管理器要經(jīng)過什么流程呢？

1. Mesos：mesos是加州大學(xué)伯克利分校開發(fā)的開源分布式管理框架。 2019年5月放棄mesos，全部改為k8s。

2. swarm：設(shè)置母公司誕生的資源管理器。 與swarm形成了系統(tǒng)功能。 這個(gè)東西很輕量，只消耗幾十M的資源。 對于集群管理來說，耗費(fèi)幾十M，很小，一般幾十G，這么好，為什么不用呢？ 根本原因是swarm相比k8s功能太少了。 比如我要實(shí)現(xiàn)滾動更新和返回等操作。 在swarm中實(shí)現(xiàn)起來非常困難。 我們需要手動定義這個(gè)過程，太費(fèi)時(shí)了。 2019年7月，阿里云宣布淘汰swarm

3. : ,容器化基礎(chǔ)設(shè)施管理已經(jīng)進(jìn)行了10年。 該系統(tǒng)的名稱是borg（伯格系統(tǒng)）。 流行起來，市場開始研究資源管理器。 這是站起來說話。 他讓他的內(nèi)部工程師用go語言重寫了borg系統(tǒng)。 現(xiàn)在是k8s。 它已成為當(dāng)前的標(biāo)準(zhǔn)。

專業(yè)：

1、輕量級：Go語言開發(fā)，運(yùn)行效率高，資源消耗少。

2、開源：能夠推廣的主要原因

3、彈性擴(kuò)容：公司運(yùn)營幾年后上市，資源不夠用服務(wù)器運(yùn)維，所以從5--->升級到10。我們也可以把一些節(jié)點(diǎn)調(diào)度從節(jié)點(diǎn)分離出來，用原來的8臺減少到5臺服務(wù)器運(yùn)維，可以釋放資源，減少資金消耗

4.負(fù)載均衡：已經(jīng)實(shí)現(xiàn)了模塊之間的負(fù)載均衡，我們不需要使用調(diào)度器來實(shí)現(xiàn)。 它是由這臺機(jī)器完成的。 并且采用了最新版本的負(fù)載均衡框架IPVS。 IPVS是我國研發(fā)出來的，是中國公司的驕傲，也是負(fù)載均衡行業(yè)的佼佼者，no1。

2.知識圖譜

了解一下，有哪些知識點(diǎn)

3. 組件描述 本節(jié)目標(biāo)：要求能夠畫出bolg系統(tǒng)和系統(tǒng)的架構(gòu)圖，并了解架構(gòu)中各部分的作用。

borg系統(tǒng)的前身。 那么，我們先來看看borg系統(tǒng)的架構(gòu)

3.1 Borg系統(tǒng)的系統(tǒng)架構(gòu) 1. 首先大家可以看到主要有兩大塊：和。 2. 三種訪問方式

里面也會有這三種調(diào)度管理方法。

請求通過三種方式到達(dá)系統(tǒng)后，將請求分發(fā)分發(fā)給不同的各方進(jìn)行處理。 比如有工作來了，想把工作分給不同的，那么怎么分呢？ 有一個(gè)調(diào)度程序。

調(diào)度程序決定將任務(wù)分配給哪個(gè)。 這里調(diào)度并不是直接分配工作，而是將任務(wù)寫入數(shù)據(jù)庫Paxos中進(jìn)行持久化存儲。 Paxos 是 的鍵值對數(shù)據(jù)庫。 它會監(jiān)控Paxos數(shù)據(jù)庫，看看有沒有任務(wù)過來。 如果它來了，那就吃掉它。

以上就是borg系統(tǒng)的架構(gòu)，和borg系統(tǒng)差不多。 讓我們看看架構(gòu)

3.2 架構(gòu)

這是k8s的架構(gòu)圖。 主要分為兩部分：服務(wù)端包含中間三個(gè)綠色包。 節(jié)點(diǎn)節(jié)點(diǎn)在下面。

etcd：鍵值對數(shù)據(jù)庫，存放K8s集群的所有重要信息（持久化）。 etcd類似于Borg系統(tǒng)中的Paxos鍵值對數(shù)據(jù)庫。 它在集群中起到持久化的作用。 對于etcd，有兩點(diǎn)說明：

現(xiàn)在有兩個(gè)版本的 etcd，v2 和 v3。 v2版本將數(shù)據(jù)保存在內(nèi)存中，v3版本將數(shù)據(jù)保存在數(shù)據(jù)庫中。 通常我們都選擇使用v3版本，但是在v1.11版本之前使用的是v2版本。

其他重要插件