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

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

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

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

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

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

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

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

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

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

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

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

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

本系列的總結(jié)

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

文章名稱：為什么容器和 Kubernetes 有潛力運(yùn)行一切
網(wǎng)頁(yè)URL：http://jinyejixie.com/news/101120.html

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

廣告

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