又一個體現(xiàn)Kubernetes成熟的跡象是，平臺工程團(tuán)隊正在向用戶推廣自助式云操作模型。

翻譯自 DevOps Has Won, Long Live the Platform Engineer 。我們的平臺工程師們正在實(shí)現(xiàn)本文所說的目標(biāo)。

在軟件開發(fā)的世界中，DevOps 的概念取得了如此成功，以至于談?wù)撍鳛橐环N實(shí)踐似乎已經(jīng)過時。但是，盡管現(xiàn)在可能是宣布 DevOps 這一舊概念已經(jīng)消亡的時候，但這更多地反映了它的成功，而非它的衰落。

十年前，DevOps 是一種文化現(xiàn)象，開發(fā)人員和運(yùn)維人員聯(lián)合起來，形成了一個共同的聯(lián)盟，打破了各自的壁壘?？爝M(jìn)到今天，我們看到 DevOps 在平臺工程的興起下進(jìn)一步形式化。在平臺工程的框架下，DevOps 現(xiàn)在擁有預(yù)算、團(tuán)隊和一套自助式工具，以便開發(fā)人員可以更直接地管理運(yùn)維。

平臺工程團(tuán)隊提供了使 Kubernetes 成為自助式工具的好處，增強(qiáng)了數(shù)百名用戶的開發(fā)效率和速度。這是 Kubernetes 成熟和普及的又一個跡象。根據(jù) Gartner 的預(yù)測，在未來三年里，五個軟件工程組織中就會有四個利用平臺團(tuán)隊來提供可復(fù)用的應(yīng)用交付服務(wù)和工具。

平臺工程是新的中間件

隨著開發(fā)人員數(shù)量從幾百人增加到數(shù)千人，應(yīng)用程序不斷增多，舊的中間件概念——一種基于工單的應(yīng)用程序服務(wù)器，但始終處于待命狀態(tài)——現(xiàn)在被平臺工程所取代，為開發(fā)人員提供自助式模型。

這為什么很重要：在 DevOps 的尷尬青少年階段，進(jìn)行了大量實(shí)驗和部署新技術(shù)，但這些技術(shù)還沒有融合?，F(xiàn)在，現(xiàn)代應(yīng)用程序已經(jīng)穩(wěn)定下來，使用容器和存儲，網(wǎng)絡(luò)和安全性運(yùn)行在 Kubernetes 中，采用云原生方式。

開發(fā)人員不再使用工單系統(tǒng)。他們期望使用彈性基礎(chǔ)架構(gòu)，并通過由平臺工程師維護(hù)和運(yùn)行的平臺來使用和部署。這種成熟轉(zhuǎn)變改善了響應(yīng)能力。開發(fā)人員可以快速對他們正在開發(fā)的應(yīng)用程序進(jìn)行更改，并非常迅速地將應(yīng)用程序推向生產(chǎn)環(huán)境。由于開發(fā)人員負(fù)責(zé)，開發(fā)和部署所需的時間大大減少。

Portworx 使 T-Mobile 將應(yīng)用程序部署時間從 6 個月縮短到幾小時。與 T-Mobile 一樣，企業(yè)有數(shù)千名開發(fā)人員需要“自助式”或按需訪問存儲和數(shù)據(jù)服務(wù)，平臺工程團(tuán)隊努力以大規(guī)模交付這些服務(wù)。

作為 IT 的替代品，平臺工程團(tuán)隊依托于兩組技術(shù)——云原生技術(shù)和現(xiàn)代數(shù)據(jù)庫和數(shù)據(jù)服務(wù)，例如 Postgres、Redis、Cassandra、Kafka，甚至像 Spark 這樣的流媒體服務(wù)，都由平臺團(tuán)隊以服務(wù)形式提供給開發(fā)人員。

平臺工程師提供的關(guān)鍵服務(wù)，否則用戶需要越來越多的 Kubernetes 專業(yè)知識，包括 Kubernetes 發(fā)行版本身，無論是 OpenShift 還是 Google Kubernetes Engine (GKE) 或 Elastic Kubernetes Service (EKS) 或 Rancher 。安全性是另一個重要服務(wù)，例如 Prisma Cloud 或 Sysdig 等平臺。

另一個服務(wù)是關(guān)于 Kubernetes 的數(shù)據(jù)管理——管理存儲資源、備份、災(zāi)難恢復(fù)以及 Kubernetes 下方的數(shù)據(jù)庫和數(shù)據(jù)服務(wù)。在 Portworx 中，我們親眼目睹了這些效率，我們的幾個客戶只需雇用少數(shù)平臺工程師即可服務(wù)數(shù)百名用戶。

使 Kubernetes 無形化 — 關(guān)注“是什么”而不是“如何”

當(dāng)一種技術(shù)變得普遍時，它開始變得更加隱形。以半導(dǎo)體為例。它們無處不在。它們從微米級進(jìn)步到納米級，從五納米降至三納米。我們在遙控器、手機(jī)和汽車中使用它們，但芯片是無形的，作為終端用戶，我們不再思考它們。

Kubernetes 也是如此。在企業(yè)中，Kubernetes 正嵌入到越來越多的東西中，而自助式范式使得對用戶來說 Kubernetes 變得無形。在過去的 DevOps 中，每個開發(fā)人員都需要了解 Kubernetes 。現(xiàn)在，開發(fā)人員需要使用它，但只有平臺工程師真正需要了解它。

平臺工程為開發(fā)人員帶來了美妙的禮物，他們不再必須在日常工作中費(fèi)力去看和理解 Kubernetes 的細(xì)節(jié)。隨著 Kubernetes 的不斷發(fā)展，它有助于縮小持續(xù)存在的技能差距，并為公司的創(chuàng)新能力和保持競爭優(yōu)勢做出有意義的貢獻(xiàn)。

本文使用 文章同步助手 同步