為什么容器和 Kubernetes 有潛力運行一切

2021-02-15    分類: 網(wǎng)站建設(shè)

為什么說 Kubernetes 是一輛翻斗車 中,我談到了 Kubernetes 如何在定義、分享和運行應(yīng)用程序方面很出色,類似于翻斗車在移動垃圾方面很出色。 如何跨越 Kubernetes 學(xué)習(xí)曲線 ,我解釋了 Kubernetes 的學(xué)習(xí)曲線實際上與運行任何生產(chǎn)環(huán)境中的應(yīng)用程序的學(xué)習(xí)曲線相同,這確實比學(xué)習(xí)所有傳統(tǒng)組件要容易(如負(fù)載均衡器、路由器、防火墻、交換機(jī)、集群軟件、集群文件系統(tǒng)等)。這是 DevOps,是開發(fā)人員和運維人員之間的合作,用于指定事物在生產(chǎn)環(huán)境中的運行方式,這意味著雙方都需要學(xué)習(xí)。

首先學(xué)習(xí)如何使用 中,我重新設(shè)計了 Kubernetes 的學(xué)習(xí)框架,重點是駕駛翻斗車而不是制造或裝備翻斗車。在第四篇文章 幫助你駕馭 Kubernetes 的 4 個工具 中,我分享了我喜愛的工具,這些工具可幫助你在 Kubernetes 中構(gòu)建應(yīng)用程序(駕駛翻斗車)。

在這最后一篇文章中,我會分享我為什么對在 Kubernetes 上運行應(yīng)用程序的未來如此興奮的原因。

從一開始,Kubernetes 就能夠很好地運行基于 Web 的工作負(fù)載(容器化的)。Web 服務(wù)器、Java 和相關(guān)的應(yīng)用程序服務(wù)器(PHP、Python等)之類的工作負(fù)載都可以正常工作。該平臺處理諸如 DNS、負(fù)載平衡和 SSH(由 kubectl exec 取代)之類的支持服務(wù)。

在我的職業(yè)生涯的大部分時間里,這些都是我在生產(chǎn)環(huán)境中運行的工作負(fù)載,因此,我立即意識到,除了 DevOps 之外,除了敏捷之外,使用 Kubernetes 運行生產(chǎn)環(huán)境工作負(fù)載的強大功能。即使是我們幾乎不改變我們的文化習(xí)慣,也可以提高效率。調(diào)試和退役變得非常容易,而這對于傳統(tǒng) IT 來說是極為困難的。因此,從早期開始,Kubernetes 就用一種單一的配置語言(Kube YAML/Json)為我提供了對生產(chǎn)環(huán)境工作負(fù)載進(jìn)行建模所需的所有基本原語。

但是,如果你需要運行具有復(fù)制功能的多主 MySQL,會發(fā)生什么情況?使用 Galera 的冗余數(shù)據(jù)呢?你如何進(jìn)行快照和備份?那么像 SAP 這樣復(fù)雜的工作呢?使用 Kubernetes,簡單的應(yīng)用程序(Web 服務(wù)器等)的第 0 天(部署)相當(dāng)簡單,但是沒有解決第 2 天的運營和工作負(fù)載。這并不是說,具有復(fù)雜工作負(fù)載的第 2 天運營要比傳統(tǒng) IT 難解決,而是使用 Kubernetes 并沒有使它們變得更容易。每個用戶都要設(shè)計自己的天才想法來解決這些問題,這基本上是當(dāng)今的現(xiàn)狀。在過去的五年中,我遇到的第一類問題是復(fù)雜工作負(fù)載的第 2 天操作。(LCTT 譯注:在軟件生命周期中,第 0 天是指軟件的設(shè)計階段;第 1 天是指軟件的開發(fā)和部署階段;第 2 天是指生產(chǎn)環(huán)境中的軟件運維階段。)

值得慶幸的是,隨著 Kubernetes 運維器(Operator)的出現(xiàn),這種情況正在改變。隨著運維器的出現(xiàn),我們現(xiàn)在有了一個框架,可以將第 2 天的運維知識匯總到平臺中?,F(xiàn)在,我們可以應(yīng)用我在 Kubernetes 基礎(chǔ):首先學(xué)習(xí)如何使用 中描述的相同的定義狀態(tài)、實際狀態(tài)的方法,現(xiàn)在我們可以定義、自動化和維護(hù)各種各樣的系統(tǒng)管理任務(wù)。

我經(jīng)常將運維器稱為“系統(tǒng)管理機(jī)器人”,因為它們實質(zhì)上是在第 2 天的工作中整理出一堆運維知識,該知識涉及 主題專家(Subject Matter Expert)(SME、例如數(shù)據(jù)庫管理員或系統(tǒng)管理員)針對的工作負(fù)載類型(數(shù)據(jù)庫、Web 服務(wù)器等),通常會記錄在 Wiki 中的某個地方。這些知識放在 Wiki 中的問題是,為了將該知識應(yīng)用于解決問題,我們需要:

生成事件,通常監(jiān)控系統(tǒng)會發(fā)現(xiàn)故障,然后我們創(chuàng)建故障單

SME 人員必須對此問題進(jìn)行調(diào)查,即使這是我們之前見過幾百萬次的問題

SME 人員必須執(zhí)行該知識(執(zhí)行備份/還原、配置 Galera 或事務(wù)復(fù)制等)

通過運維器,所有這些 SME 知識都可以嵌入到單獨的容器鏡像中,該鏡像在有實際工作負(fù)荷之前就已部署。 我們部署運維器容器,然后運維器部署和管理一個或多個工作負(fù)載實例。然后,我們使用“運維器生命周期管理器”(Katacoda 教程)之類的方法來管理運維器。

因此,隨著我們進(jìn)一步使用 Kubernetes,我們不僅簡化了應(yīng)用程序的部署,而且簡化了整個生命周期的管理。運維器還為我們提供了工具,可以管理具有深層配置要求(群集、復(fù)制、修復(fù)、備份/還原)的非常復(fù)雜的有狀態(tài)應(yīng)用程序。而且,最好的地方是,構(gòu)建容器的人員可能是做第 2 天運維的主題專家,因此現(xiàn)在他們可以將這些知識嵌入到操作環(huán)境中。

本系列的總結(jié)

Kubernetes 的未來是光明的,就像之前的虛擬化一樣,工作負(fù)載的擴(kuò)展是不可避免的。學(xué)習(xí)如何駕馭 Kubernetes 可能是開發(fā)人員或系統(tǒng)管理員可以對自己的職業(yè)發(fā)展做出的大投資。隨著工作負(fù)載的增多,職業(yè)機(jī)會也將增加。因此,這是駕駛一輛令人驚嘆的 在移動垃圾時非常優(yōu)雅的翻斗車 ……

文章名稱:為什么容器和 Kubernetes 有潛力運行一切
網(wǎng)頁URL:http://muchs.cn/news/101120.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供虛擬主機(jī)外貿(mào)建站、靜態(tài)網(wǎng)站、網(wǎng)站導(dǎo)航、微信小程序、域名注冊

廣告

聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時需注明來源: 創(chuàng)新互聯(lián)

外貿(mào)網(wǎng)站制作