作者 | Daniel Bryant

策劃 | 言征

在云原生開發(fā)領(lǐng)域，“DevOps死了嗎？”、“云上DevOps太難了！”類似的問題網(wǎng)上有很多種提法。但答案很明確：并不是。隨著平臺(tái)工程的興起，這類問題的答案也發(fā)生了變化——DevOps正在改變，但不會(huì)很快消失。DevOps角色發(fā)生了變化，它將成為提高開發(fā)者體驗(yàn)的助燃器，幫助每個(gè)人用更少的成本，做更多的事（Doing More with Less）。在各行業(yè)的公司都面臨不確定的經(jīng)濟(jì)風(fēng)向時(shí)，“花小錢辦大事”正成為一個(gè)指導(dǎo)性原則。

眾所周知，云的出現(xiàn)，給DevOps帶來了沉重的認(rèn)知“包袱”：開發(fā)者的精力似乎更多被分?jǐn)偟綄W(xué)習(xí)使用一堆基礎(chǔ)工具上。

而諸如Ambassador Labs等開發(fā)者平臺(tái)的悄然出現(xiàn)，也許正在為開發(fā)者鋪設(shè)了一條清晰的道路。開發(fā)者平臺(tái)旨在幫助開發(fā)人員實(shí)現(xiàn)更高的生產(chǎn)力，減少認(rèn)知負(fù)荷（“要學(xué)習(xí)的東西多而雜”的負(fù)擔(dān)），同時(shí)安全地快速維護(hù)軟件。 平臺(tái)工程作為一門學(xué)科，雖然還沒有定義，也很模糊，但隨著更多的包裝和商業(yè)選擇的出現(xiàn)，這一點(diǎn)也開始發(fā)生變化，已經(jīng)成為緩解云原生開發(fā)之旅的工具。

雖然 “平臺(tái)工程”的定義仍有待解釋，但其方向是全速前進(jìn)，專注于塑造和改善開發(fā)人員的經(jīng)驗(yàn)。實(shí)現(xiàn)這一目標(biāo)的最有效方法之一是調(diào)整現(xiàn)有DevOps團(tuán)隊(duì)的工作重點(diǎn)，使之事半功倍，成為支持開發(fā)者經(jīng)驗(yàn)的類似于 “平臺(tái)工程”的東西。

1、一場(chǎng)云原生挫敗感導(dǎo)致的的演變

有兩件事情可以佐證平臺(tái)工程和開發(fā)者平臺(tái)的興起、未來的主導(dǎo)地位和商業(yè)化。

首先，開發(fā)人員的挫敗感是公認(rèn)的。Kubernetes開發(fā)者有理由對(duì)引入微服務(wù)和云原生開發(fā)所帶來的一些新挑戰(zhàn)感到沮喪。開發(fā)模式的完全改變，加上突然期望開發(fā)人員應(yīng)該能夠“左移”，對(duì)他們的代碼承擔(dān)端到端的代碼運(yùn)行責(zé)任，造成了額外的、抱怨四起的認(rèn)知負(fù)擔(dān)。

其次，還有一系列常規(guī)的、重復(fù)性的任務(wù)突然落到了開發(fā)人員身上——在許多情況下，他們沒有任何類型的路線圖或一套抽象概念來弄清使用什么工具。包括缺少可視化的服務(wù)，來加快他們所需的反饋回路。這些都相當(dāng)于放慢了產(chǎn)品和功能的實(shí)現(xiàn)。Garden的一項(xiàng)開發(fā)者生產(chǎn)力調(diào)查發(fā)現(xiàn)，開發(fā)者平均每周需要花費(fèi)15個(gè)小時(shí)在非開發(fā)任務(wù)上。

這不僅是一個(gè)糟糕的開發(fā)者經(jīng)驗(yàn)的難言之隱，而且還拖累了生產(chǎn)力，嚴(yán)重拉低下限。第二，雖然有些開發(fā)者喜歡自由地試驗(yàn)和嘗試新的工具（1%），但絕大多數(shù)的開發(fā)者（99%）希望，甚至可能需要，有明確的“護(hù)欄”和“黃金通道”來維護(hù)和運(yùn)行他們的代碼。大多數(shù)開發(fā)者希望把他們的時(shí)間集中在寫代碼上——而不是運(yùn)行基礎(chǔ)設(shè)施和試圖弄清楚那些為了生產(chǎn)力而應(yīng)該工作的事情，比如維護(hù)工具、建立開發(fā)環(huán)境、自動(dòng)化測(cè)試等等。

推而廣之，大多數(shù)企業(yè)需要標(biāo)準(zhǔn)化、可復(fù)制性和一致性的安全和穩(wěn)定。能夠滿足客戶需求、控制成本和確保安全是優(yōu)先事項(xiàng)，雖然本質(zhì)上并不反對(duì)創(chuàng)新，但關(guān)鍵業(yè)務(wù)的要求阻止了太多的創(chuàng)造力，并依賴于流程、自動(dòng)化和每個(gè)人以相同的標(biāo)準(zhǔn)和工具工作。

這才是DevOps繼續(xù)發(fā)光發(fā)熱的地方。DevOps，也在不斷發(fā)展，但并沒有消失。相反，DevOps正在向平臺(tái)工程（又稱PlatformOps）的支持模式發(fā)展，通過創(chuàng)建開發(fā)者平臺(tái)，清掃這些障礙，降低開發(fā)經(jīng)驗(yàn)的復(fù)雜度，消除開發(fā)者日常工作中的摩擦。

平臺(tái)工程建立在傳統(tǒng)的DevOps實(shí)踐的基礎(chǔ)上，并利用這些知識(shí)和經(jīng)驗(yàn)來識(shí)別和實(shí)現(xiàn)新的效率，并以更少的資源做更多的事情?；蛘撸缇拖裰八崽岬降?，“你可以說平臺(tái)工程采用了敏捷和DevOps的精神，并在云原生世界的背景下進(jìn)行了擴(kuò)展”。

2、開發(fā)者平臺(tái)是個(gè)中間地帶

給開發(fā)者更多的控制權(quán)和洞察力，以提高速度和建設(shè)效率，這樣能鼓勵(lì)開發(fā)者對(duì)自己的軟件進(jìn)行全生命周期管理的驅(qū)動(dòng)力，出發(fā)點(diǎn)是好的。但是，基礎(chǔ)設(shè)施并不是，而且可能永遠(yuǎn)不會(huì)是開發(fā)者的主要關(guān)注點(diǎn)——或者說是開發(fā)者引導(dǎo)其精力的最有效的地方。

然而，在云原生空間中，開發(fā)人員需要更多地了解基礎(chǔ)設(shè)施，以及在發(fā)布代碼后會(huì)發(fā)生什么。如果出了問題，開發(fā)人員仍然需要對(duì)代碼負(fù)責(zé)，并了解它的依賴關(guān)系，以幫助解決和識(shí)別（并修復(fù)）下游問題。

但對(duì)于服務(wù)、環(huán)境和云本身來進(jìn)行組織和決策，則不然。這就是要求一個(gè)學(xué)科的專家嘗試在某個(gè)完全不同的學(xué)科中快速專業(yè)化，這既有悖于提高速度和開發(fā)人員經(jīng)驗(yàn)的最初想法，也否定了用更少的資源做更多事情的想法。有時(shí)，讓非專業(yè)人員承擔(dān)專業(yè)責(zé)任的想法，認(rèn)為這會(huì)縮小資源足跡——用更少的資源獲得更多的資源——會(huì)產(chǎn)生更多的問題。

因此，開發(fā)者平臺(tái)的最佳選擇應(yīng)該中間地帶，以更少的成本實(shí)現(xiàn)更多的收益?；旧希_發(fā)者平臺(tái)可以：

為所需的工具和可見性提供開發(fā)人員自助服務(wù)，鋪平道路，但足夠靈活，可以容納不同類型的開發(fā)人員。它既適用于新的開發(fā)人員，也適用于希望實(shí)現(xiàn)可靠、高效生產(chǎn)的經(jīng)驗(yàn)豐富的開發(fā)人員。

使DevOps/PlatformOps能夠支持和增強(qiáng)自助行動(dòng)，增加他們?cè)趹?zhàn)略改進(jìn)和項(xiàng)目上花費(fèi)的時(shí)間和精力，減少救火時(shí)間。

允許更好地衡量性能、法規(guī)合規(guī)性和安全性，因?yàn)檫\(yùn)營(yíng)和資源數(shù)據(jù)集中在平臺(tái)內(nèi)。

多行業(yè)公司的預(yù)算緊縮的一劑舒緩針。開發(fā)人員平臺(tái)是“確保本地開發(fā)環(huán)境設(shè)置良好，沒有人坐等構(gòu)建完成的一種方式。所有這一切都依賴于平臺(tái)工程團(tuán)隊(duì)能夠促進(jìn)的快速反饋和透明度?！?/p>

3、開發(fā)者平臺(tái)比舊式DevOps靠譜

開發(fā)者平臺(tái)比基礎(chǔ)設(shè)施靠譜多了！多位開發(fā)人員、平臺(tái)工程師、DevOps和站點(diǎn)可靠性工程師也表達(dá)了同樣的觀點(diǎn)，前云原生計(jì)算基金會(huì)（CNCF）生態(tài)系統(tǒng)副總裁，前谷歌軟件工程師Cheryl Hung，此前就強(qiáng)調(diào)了開發(fā)者平臺(tái)的重要性：“基礎(chǔ)設(shè)施可能不可靠；它會(huì)失敗；它是不可預(yù)測(cè)的。與每次運(yùn)行方式幾乎相同的軟件相比，基礎(chǔ)設(shè)施的操作確實(shí)棘手多了?！?/p>

如果開發(fā)者平臺(tái)是為了提高效率和生產(chǎn)力，那么現(xiàn)實(shí)中到底是否可用，才是決定其能否流行的關(guān)鍵。利益相關(guān)者（開發(fā)人員）使用該平臺(tái)能實(shí)現(xiàn)價(jià)值才是第一位的。創(chuàng)建開發(fā)者平臺(tái)，以解決阻礙開發(fā)人員安全、快速地維護(hù)軟件的典型挑戰(zhàn)。平臺(tái)必須解決開發(fā)人員在工作中需要知道、看到和經(jīng)常做的事情，并定義出無縫實(shí)現(xiàn)這一點(diǎn)所需的抽象。

所以，從開發(fā)到運(yùn)維：基礎(chǔ)設(shè)施如此難用，那么工具和可視化是全周期開發(fā)人員的關(guān)鍵。也就是說，基礎(chǔ)設(shè)施上的DevOps變了：變化到開發(fā)者平臺(tái)層面。這樣，開發(fā)者更為接受，于企業(yè)而言也更為有利。

關(guān)于“開發(fā)者經(jīng)驗(yàn)”的反復(fù)談?wù)摚赡苈犉饋碛悬c(diǎn)言過其實(shí)，但它的確一個(gè)永恒的主題。如果開發(fā)人員的經(jīng)驗(yàn)以及支持開發(fā)人員的工作，對(duì)于實(shí)現(xiàn)業(yè)務(wù)目標(biāo)和明智地使用資源這兩件事情至關(guān)重要，那么從這個(gè)層面講，DevOps、PlatformOps也好，平臺(tái)工程也好，都是一樣的，都是為了持續(xù)保護(hù)和改善開發(fā)人員的體驗(yàn)。

4、寫在最后

云原生環(huán)境下的DevOps讓開發(fā)者狼狽不堪，已經(jīng)成為公認(rèn)的事實(shí)，雖然這并非DevOps的初衷，但不確定性的背景，顯然已經(jīng)讓這種趨勢(shì)冷靜了下來，“Doing More With Less”的準(zhǔn)則映射到開發(fā)運(yùn)維層面，取法于“平臺(tái)工程”的開發(fā)者平臺(tái)似乎正在迎來興起時(shí)刻。

原文鏈接：https://thenewstack.io/platform-engineering-in-2023-doing-more-with-less/