k8s部署的兩種策略-[公粽號：堆棧future]
原文
干貨：
domain+slb+ingress+svc+pod 模式
gateway+registry+pod 模式
通過這篇文章我們可以看出窃这，為啥上篇文章需要講解網(wǎng)關(guān)了瞳别，因?yàn)檫@篇文章需要用到它，網(wǎng)關(guān)很重要哦杭攻。
還有一個(gè)問題就是面試官老是會(huì)問你們的部署架構(gòu)是怎樣的祟敛，其實(shí)這個(gè)問題挺簡單的，只不過各大公司業(yè)務(wù)不同兆解，體量不同還有場景不同選擇的部署架構(gòu)有差別馆铁，但是總體而言基于k8s的部署無非就這兩種，只不過細(xì)節(jié)上略有差別锅睛，今天主要聊聊這兩種最基本的基礎(chǔ)部署架構(gòu)埠巨。
1. 名詞介紹
1. ingress
ingress是公開了集群外部訪問集群內(nèi)部服務(wù)的HTTP(S)路由，流量路由ingress定義的規(guī)則控制衣撬。
也就是說：ingress是創(chuàng)建一組路由規(guī)則乖订，這個(gè)規(guī)則會(huì)經(jīng)過k8s API Server存儲(chǔ)到etcd中，而處理ingress規(guī)則的controller就是ingress controller具练。它實(shí)時(shí)監(jiān)聽ingress資源對象乍构，然后在本地生成反向代理upstream負(fù)載均衡配置，這里大家可以想像下Nginx的upstream配置扛点，忘記的話我貼一張圖就知道了哥遮。
- server name：域名
- proxy_pass: 反向代理
- upstream：負(fù)載均衡
- server：就是后端服務(wù)IP，對應(yīng)在k8s中就是一組pod ip陵究。
2. service 即svc
有ingress必須得有svc眠饮，因?yàn)閕ngress中的upstream必須要有server ip，而這些server ip就是來自svc的endpoints(pod ip集合)铜邮。
3. pod
真正運(yùn)行docker容器的(我們的服務(wù)就跑在這個(gè)上面)仪召，它有自己的ip地址寨蹋，在建立svc之后，當(dāng)我們通過yaml資源創(chuàng)建pod的時(shí)候扔茅，pod根據(jù)label會(huì)走自動(dòng)掛載到svc上已旧，這樣svc就能獲取到后端pod ip列表，即endpoints召娜。
好了运褪，有了這些概念我們就開啟講解兩套部署模式吧。
2. domain+slb+ingress+svc+pod 模式
從上圖可以看出基于ingress的這套架構(gòu)模式基本上是利用k8s核心對象構(gòu)建起來的玖瘸。
我們這里以nginx為例：
- 用戶先創(chuàng)建Pod運(yùn)行自己的服務(wù)秸讹。
- 然后創(chuàng)建service關(guān)聯(lián)相關(guān)Pod。
- 最后研發(fā)人員提交ingress.yaml創(chuàng)建ingress對象雅倒，關(guān)聯(lián)service璃诀。
- ingress controller就會(huì)實(shí)時(shí)watch到ingress的變化然后創(chuàng)建upstream負(fù)載均衡和反向代理。
按照1-4創(chuàng)建完成之后我們接下來做兩件事：
- 創(chuàng)建slb負(fù)載均衡器(后面掛載Node)屯断，拿到公網(wǎng)IP地址文虏。
- 申請域名解析，將域名解析到slb上(A記錄)殖演。
到這里我們的服務(wù)就算是搭建起來了氧秘，接下來跑通它：
- 用戶先訪問baidu.com
- dns解析返回slb地址是192.169.1.1
- slb選擇一臺(tái)機(jī)器，假如選中Node1
- 請求轉(zhuǎn)發(fā)到Node1這個(gè)機(jī)器上
- Node1上的ingress controller就會(huì)收到用戶的請求
- ingress controller就會(huì)根據(jù)server name(baidu.com)通過proxy_pass代理到upstream這個(gè)負(fù)載均衡上
- upstream就會(huì)按照RR或者其它方式去訪問后端的Pod IP
- Pod將請求轉(zhuǎn)到服務(wù)進(jìn)程(iptables的portmapping插件實(shí)現(xiàn)的)
- 服務(wù)進(jìn)程處理完成之后做出響應(yīng)
那大家可能會(huì)問趴久，既然將請求轉(zhuǎn)發(fā)到一個(gè)Node上了丸相，為啥這個(gè)Node可以輪訓(xùn)或者別的方式訪問別的Node的Pod呢？答案就是CNI彼棍，這個(gè)大家自己下去了解哈灭忠，聽有意思的。
好了座硕，至此我們微服務(wù)部署架構(gòu)就搭建好了弛作，贊。
3. gateway+registry+pod 模式
從上圖可以看出基于網(wǎng)關(guān)的這套架構(gòu)模式基本上也是利用k8s核心對象構(gòu)建起來的华匾，只不過將原來的ingress用現(xiàn)在的網(wǎng)關(guān)代替了而已映琳。
服務(wù)搭建流程：
- 先創(chuàng)建pod，把服務(wù)跑起來
- pod將自己的服務(wù)名稱以及IP:Port注冊到注冊中心蜘拉，這里以nacos為例
- 注冊中心記錄服務(wù)名稱到Pod IP：Port的映射
- 網(wǎng)關(guān)也將自己的地址注冊到服務(wù)注冊中心
用戶訪問流程：
- 用戶訪問網(wǎng)關(guān)地址http://baidu.com/order
- dns返回網(wǎng)關(guān)ip
- 發(fā)起tcp連接(網(wǎng)關(guān)ip+端口)
- 網(wǎng)關(guān)收到服務(wù)請求之后根據(jù)path(/order)路由到nacos-order-service
- 網(wǎng)關(guān)去服務(wù)注冊中心去找nacos-order-service的映射
- 根據(jù)pod IP:Port發(fā)起后端服務(wù)請求
- Pod將請求轉(zhuǎn)到服務(wù)進(jìn)程(iptables的portmapping插件實(shí)現(xiàn)的)
- 服務(wù)進(jìn)程處理完成之后做出響應(yīng)
到這里基于網(wǎng)關(guān)的這套部署架構(gòu)就講解完了萨西，贊。
4. 小結(jié)
目前據(jù)我了解就是這兩種基于k8s的部署方案旭旭，這兩套部署方案都在被廣泛使用谎脯，所以誰好誰壞不好說，因?yàn)闃I(yè)務(wù)不同或者場景不同可能選擇的部署架構(gòu)方案有差別持寄，但是無論選擇那種部署方案源梭，相關(guān)人員都要有基本的維護(hù)能力娱俺，否則出了問題就兩眼抹黑了。
