1. <dd id="erndk"></dd>
                1. 【大話云原生】kubernetes灰度發布篇-從步行到坐纜車的自動化服務升級

                  慕沐1265758 2022/4/26 8:12:40

                  此文系【大話云原生】系列第四篇,該系列文章期望用最通俗、簡單的語言說明白云原生生態系統內的組成、架構以及應用關系。從這篇開始我們要開始針對Kubernetes進行介紹了,本文內容如下: 一、Kubernetes的Pod概念解析 前文說到老婆過生日了我們一起出去旅游,上了團體服…

                  此文系【大話云原生】系列第四篇,該系列文章期望用最通俗、簡單的語言說明白云原生生態系統內的組成、架構以及應用關系。從這篇開始我們要開始針對Kubernetes進行介紹了,本文內容如下:

                  一、Kubernetes的Pod概念解析

                  前文說到老婆過生日了我們一起出去旅游,上了團體服務班車,小娜同學(老婆)閑聊到:“這服務還不錯哈,2個跟車導游,1個司機”。三句不離老本行,我無聊的說到:“他們三個人就是一個Pod,提供一天的旅游服務內容,有主有次不可分割"。

                  file

                  小娜同學又上套了:“什么是Pod???英文單詞豌豆莢?”,讓老婆增加對老公崇拜感的機會不可多得,那就開講,反正坐車也是閑著。

                  • 一般來說一個Pod提供一種服務(微服務),“哎?之前說容器的時候你也是這么說的”。是的,容器是提供服務的最小單元,那么Pod是什么概念?這是因為我們現在討論的是k8s,Pod是k8s服務調度的最小單元。
                  • “為什么引入Pod的概念?”,因為有的時候你會發現:一個服務通常包含輔助它的服務。比如這個車上,一個導游長得漂亮口才好作為主導游提供核心講解服務,還有一個輔助她的導游負責發帽子、統計人數、統計消費等。同理回到架構技術角度,一個nginx提供web服務容器作為核心服務容器,負責收集nginx日志的服務容器作為輔助服務和它部署在一起,這樣方便日志收集與連接。
                  • 一個Pod存在一個基礎容器Infra,基礎容器Infra提供了網絡共享的能力,就像主導游和輔助導游必須在一輛車(基礎容器Infra)上,或者基于這輛車組成了一個組合,否則他們之間無法對話及資源共享。
                  • 一個Pod下的容器共享網絡及數據卷,所以將容器服務間具有相當強的捆綁關系的服務容器放到一個Pod里面,通常一個容器提供核心服務,其他的容器提供輔助服務,如:日志收集、監控告警等。

                  二、Pod標簽與Service服務

                  聊著聊著很快車就到了旅游目的地,一下車發現X公司的團隊還真不少。導游都統一都帶上了深紅色的帽子(游客帶上藍色遮陽帽),浩浩蕩蕩出發。深紅色的帽子為導游打上了標簽,他們面向游客(用戶)提供了統一的一種服務叫做:“導游服務”。

                  file

                  對于K8s中的服務架構也是一樣的:

                  • 一個Pod通常提供一種服務,如nginx web訪問服務
                  • 多個提供同樣服務的Pod通常打上一樣的標簽
                  • 創建Service:具備同一種標簽的Pod組成一個Service,對外提供服務。

                  三、自動化服務升級-灰度發布

                  我們今天的項目是爬山,提供了兩種方式:一是直接爬(即步行),二是坐纜車,當然如果你中途爬不動了也可以在纜車換乘站上纜車。

                  • 步行到纜車可以理解為一次服務升級(1.0版本服務升級為2.0版本服務)。從技術角度,服務升級等同于新版本服務的部署被稱為Deployment。K8s同樣使用Deployment這個術語代表服務升級部署。
                  • ReplicaSet代表一個版本的Pod服務組合,1.0步行版本的Pod服務組合,2.0為纜車版本的Pod服務組合,這樣理解是不是容易多了呢?
                  • 在服務容器部署Deployment的過程中,不希望服務中斷(即:不希望對步行1.0的用戶的服務出現中斷情況),所以停掉一個1.0的Pod,再啟動一個2.0的Pod2.0,這個過程被稱為灰度發布。整個過程高度依賴Kubernetes提供的自動化運維能力。

                  file

                  上面的圖每個RS只有2個Pod,還不能那么直觀的理解灰度發布,看下面這張圖

                  • 圓形代表Pod,分為v1版本和v2版本,虛線標識的Pod表示即將下線的Pod
                  • v1版本的Pod減一,v2版本的pod加一
                  • 逐漸ReplicaSet:v1的Pod全部銷毀,ReplicaSet:v2的Pod逐漸被創建并啟動提供服務
                  • 整個的灰度發布過程,在k8s種通過一個Deployment進行定義。

                  file
                  此專欄《大話云原生》的前三篇文章如下

                  • 《【大話云原生】煮餃子與docker、kubernetes之間的關系》
                  • 《【大話云原生】負載均衡篇-小飯館的流量變大了》
                  • 《【大話云原生】微服務篇-五星級酒店的服務方式》

                  如果您讀完了覺得有收獲,期待您能轉發分享,您的支持是我不竭的創作動力!

                  歡迎關注我的博客,更多精品知識合集

                  本文轉載注明出處(必須帶連接,不能只轉文字):字母哥博客

                  隨時隨地學軟件編程-關注百度小程序和微信小程序
                  關于找一找教程網

                  本站文章僅代表作者觀點,不代表本站立場,所有文章非營利性免費分享。
                  本站提供了軟件編程、網站開發技術、服務器運維、人工智能等等IT技術文章,希望廣大程序員努力學習,讓我們用科技改變世界。
                  [【大話云原生】kubernetes灰度發布篇-從步行到坐纜車的自動化服務升級]http://www.yachtsalesaustralia.com/tech/detail-317212.html

                  贊(0)
                  關注微信小程序
                  程序員編程王-隨時隨地學編程

                  掃描二維碼或查找【程序員編程王】

                  可以隨時隨地學編程啦!

                  技術文章導航 更多>
                  国产在线拍揄自揄视频菠萝

                        1. <dd id="erndk"></dd>