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

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

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

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

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

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

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

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

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

SME 人員必須對此問題進行調查，即使這是我們之前見過幾百萬次的問題

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

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

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

本系列的總結

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

本文題目：為什么容器和 Kubernetes 有潛力運行一切
當前網址：http://www.rwnh.cn/news20/101120.html

成都網站建設公司_創(chuàng)新互聯(lián)，為您提供搜索引擎優(yōu)化、動態(tài)網站、網站排名、營銷型網站建設、微信小程序、小程序開發(fā)

廣告

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