作者|趙云

作為一種圍繞開(kāi)發(fā)團(tuán)隊(duì)和 IT 運(yùn)營(yíng)團(tuán)隊(duì)營(yíng)造協(xié)作氛圍的文化，自誕生之日起，業(yè)界就有兩種聲音，擁護(hù)者和批評(píng)者。一方面，在勞動(dòng)力成本上升、市場(chǎng)競(jìng)爭(zhēng)日趨激烈、用戶需求變化頻繁的情況下，結(jié)合了一系列的理念、實(shí)踐和工具，提高了企業(yè)在產(chǎn)品和服務(wù)交付方面的效率。一定程度上。另一方面，被很多人譏諷為“系統(tǒng)集成”、“軟件拼湊”，實(shí)際上無(wú)法實(shí)現(xiàn)。有些人甚至認(rèn)為運(yùn)動(dòng)失敗了。它在推動(dòng)軟件交付方面確實(shí)發(fā)揮了重要作用。它為企業(yè)項(xiàng)目團(tuán)隊(duì)帶來(lái)了高敏捷、減少勞動(dòng)力、高效的跨職能團(tuán)隊(duì)協(xié)作、持續(xù)創(chuàng)新和最小缺陷等優(yōu)勢(shì)。工具的危險(xiǎn)性已經(jīng)不像過(guò)去了。

本意：打通部門(mén)墻

說(shuō)起來(lái)，你得先從父親說(shuō)起——。 2007年，參與法國(guó)某政府部門(mén)的小型數(shù)據(jù)中心遷移項(xiàng)目。在這個(gè)項(xiàng)目中，他分別負(fù)責(zé)測(cè)試和驗(yàn)證。這意味著他有機(jī)會(huì)不僅與開(kāi)發(fā)團(tuán)隊(duì)（Dev）一起工作it運(yùn)維，而且經(jīng)常與運(yùn)維團(tuán)隊(duì)（Ops）一起工作。在開(kāi)發(fā)團(tuán)隊(duì)，他需要適應(yīng)敏捷交付的節(jié)奏it運(yùn)維，但在運(yùn)營(yíng)團(tuán)隊(duì)，他必須遵循傳統(tǒng)模式，像消防員一樣維護(hù)系統(tǒng)。兩種工作氛圍的來(lái)回切換讓他很失望：不同的工作方式和思維方式必然會(huì)有巨大的差異，所以兩者之間的工作充滿了沖突。應(yīng)用在實(shí)際生產(chǎn)中會(huì)遇到各種未知的、棘手的問(wèn)題，很難及時(shí)處理。這使得運(yùn)維等相關(guān)人員需要在軟件開(kāi)發(fā)生命周期的前期介入。作為一個(gè)敏捷開(kāi)發(fā)的愛(ài)好者，我果斷調(diào)整，試圖沖破這道開(kāi)發(fā)運(yùn)維的部門(mén)墻。而他的敏捷管理實(shí)踐是開(kāi)發(fā)的第一個(gè)原型。

概念生成有兩個(gè)關(guān)鍵時(shí)刻，一個(gè)是在倫敦敏捷會(huì)議上與 Clay 的會(huì)面，另一個(gè)是 John 和 Paul 在 09 年的演講。經(jīng)過(guò)分析，確切的定義是和的組合，它是一組流程、方法和系統(tǒng)的統(tǒng)稱(chēng)，用于促進(jìn)開(kāi)發(fā)、技術(shù)運(yùn)營(yíng)和質(zhì)量保證（QA）部門(mén)之間的溝通、協(xié)作和集成。當(dāng)時(shí)的概念很簡(jiǎn)單：修補(bǔ)文化。為了使“”成功，涉及分歧的所有各方都需要參與。時(shí)隔十余年，企業(yè)“工程師”的職位似乎多了起來(lái)，但這些初衷在大會(huì)上已經(jīng)蕩然無(wú)存：大量的運(yùn)維和運(yùn)維人員參與其中，而開(kāi)發(fā)人員卻少了。

無(wú)法登陸之謎

隨著火爆，很多企業(yè)都比較粗魯：合并Dev和Ops兩個(gè)團(tuán)隊(duì)，或者將運(yùn)維合并到開(kāi)發(fā)中。這是一個(gè)概念性錯(cuò)誤。據(jù)悉，客觀條件下也存在泥沙不足的情況。尤其是在微服務(wù)興起的明天，系統(tǒng)被劃分成幾十個(gè)甚至上百個(gè)服務(wù)組件。如果沒(méi)有敏捷的基礎(chǔ)設(shè)施服務(wù)作為前提，那基本上就是一句空話。這也是那幾年一直沒(méi)能落地的兩個(gè)主要原因。下面是一個(gè)真實(shí)的例子。李先生是云工程技術(shù)方面的資深專(zhuān)家和企業(yè)家，擁有 15 年的經(jīng)驗(yàn)。他曾經(jīng)講過(guò)一個(gè)令人費(fèi)解的經(jīng)歷：一個(gè)負(fù)責(zé)開(kāi)發(fā)產(chǎn)品的主管級(jí)學(xué)生在會(huì)議“Real”上談到了他的團(tuán)隊(duì)，但從來(lái)沒(méi)有和他們談?wù)撨^(guò)他們的運(yùn)營(yíng)需求甚至他們?cè)谧鍪裁矗徽f(shuō)他們正在使用 來(lái)部署應(yīng)用程序。

這很令人不安：如果公司的運(yùn)營(yíng)團(tuán)隊(duì)不參與，他們?cè)趺纯赡苁恰罢鎸?shí)的”？

與團(tuán)隊(duì)的開(kāi)發(fā)人員交談后，我明白了整個(gè)流程背后的含義：公司的開(kāi)發(fā)人員接管了整個(gè)應(yīng)用生命周期，一站式處理，不涉及運(yùn)維——他們使用boto3和編寫(xiě)部署腳本發(fā)布新版本，聘請(qǐng)精通AWS和前端業(yè)務(wù)的“全棧工程師”。其初衷純粹是為了讓開(kāi)發(fā)者工作更輕松，其初衷是減少甚至消除他們?cè)诓渴?、部署管理等基礎(chǔ)設(shè)施生命周期中的各種復(fù)雜操作和混亂。現(xiàn)在，當(dāng)他們嘴里說(shuō)“真實(shí)”的時(shí)候，他們的意思是讓開(kāi)發(fā)人員包括運(yùn)維的工作。

開(kāi)發(fā)運(yùn)維全贏

目前，我們正在為開(kāi)發(fā)人員提供未來(lái)運(yùn)營(yíng)商將熟悉的久經(jīng)考驗(yàn)的工具，包括 CI，這是一種用于 IT 基礎(chǔ)架構(gòu)的手動(dòng)編排工具，可以使用代碼管理和維護(hù) IT 資源），事實(shí)上有它是這樣的：“嘿，你應(yīng)該試試我們的平臺(tái)！我們已經(jīng)修復(fù)了所有這些錯(cuò)誤，它比原來(lái)的工具好得多?！?“謝謝，但我們不感興趣。” “呃，為什么？？它更可靠，更快，并且使用行業(yè)標(biāo)準(zhǔn)工具。” “是的，但我們根本不認(rèn)識(shí)他們。我們更熟悉我們的東西?！?Ops 仍然相信他們的方式是好的 Make：盡管運(yùn)營(yíng)部門(mén)知道如何在云上運(yùn)行軟件。但開(kāi)發(fā)商通常不支付賬單。陳述了這段經(jīng)歷 - “Ops 總是試圖說(shuō)服開(kāi)發(fā)人員參加會(huì)議。只需解釋他們構(gòu)建的平臺(tái)的作用以及它將如何幫助他們。我仍在與開(kāi)發(fā)人員的對(duì)話中辯論，拼命試圖帶來(lái)一個(gè)''對(duì)整個(gè)公司的態(tài)度，團(tuán)隊(duì)對(duì)這些態(tài)度的回應(yīng)是‘我們自己做，謝謝。’”

終于意識(shí)到：這些改變文化的嘗試都失敗了。

現(xiàn)狀：淪為運(yùn)維工具

最后對(duì)2022年做如下總結(jié)：今天更多是從運(yùn)維的角度出發(fā)，試圖說(shuō)服開(kāi)發(fā)者按照運(yùn)維的形式做事。原因一目了然，目前市場(chǎng)上幾乎所有被稱(chēng)為“”的工具都集中在運(yùn)維層面。如果您瀏覽 /r/，您將看到一篇又一篇關(guān)于操作或工具的文章。如果你看一下工程師的工作描述，它看起來(lái)與 2013 年的系統(tǒng)管理員角色非常相似，只是它不是舊的機(jī)架和服務(wù)器堆棧，而是由一些容器或云提供商管理。因此，如果它旨在改變整體文化，它就不能被認(rèn)為是一場(chǎng)成功的運(yùn)動(dòng)?？春眠@場(chǎng)運(yùn)動(dòng)的人可能會(huì)高興地說(shuō)：“我們正在努力！”但也許他們明白，他們只是在做一種僅限于行動(dòng)的單方面努力——這實(shí)際上與最初指出的“單向道”相反。值得記住的是，在任何給定項(xiàng)目或組織中，運(yùn)營(yíng)人員通常至少占 1/5。試圖以“運(yùn)維”和“使用運(yùn)維工具”的形式說(shuō)服每個(gè)開(kāi)發(fā)者進(jìn)行開(kāi)發(fā)，最終將是一件可笑的差事。

問(wèn)題

在一天結(jié)束的時(shí)候，“”這個(gè)詞可能已經(jīng)變得有點(diǎn)陳舊了。如果今天還有人賣(mài)你，那可能就太落伍了。我們真正想聽(tīng)到的是人們對(duì)日常角色的看法發(fā)生了根本性的轉(zhuǎn)變。我們經(jīng)常忽略以下兩點(diǎn)：一、以人為本就是以運(yùn)營(yíng)為中心，角色是幫助開(kāi)發(fā)者向客戶交付功能（或者幫助開(kāi)發(fā)者實(shí)現(xiàn)其他業(yè)務(wù)目標(biāo)）。 二、向開(kāi)發(fā)人員交付產(chǎn)品和功能時(shí)要小心：找到阻力最小的路徑是保持速度的關(guān)鍵，讓開(kāi)發(fā)人員學(xué)習(xí)和維護(hù)所有操作實(shí)踐既不可擴(kuò)展也不可行?；仡櫾瓉?lái)的觀點(diǎn)，關(guān)鍵是要消除開(kāi)發(fā)者與運(yùn)維團(tuán)隊(duì)之間的摩擦：讓運(yùn)維人員不再盲目對(duì)開(kāi)發(fā)者說(shuō)“不”，讓開(kāi)發(fā)者不再?gòu)?qiáng)求運(yùn)維維修人員上線。這樣的認(rèn)知和目標(biāo)永遠(yuǎn)是崇高的，企業(yè)明天仍然應(yīng)該追求它們，但世界是什么樣的？如果我們接受“”是一種將開(kāi)發(fā)人員帶入運(yùn)維世界的嘗試，但我們也同意這些嘗試在很大程度上都失敗了，那么今天我們需要一個(gè)新術(shù)語(yǔ)。

提出了一個(gè)新名詞：“”。

：軟件開(kāi)發(fā)人員的運(yùn)維

這聽(tīng)起來(lái)很俗氣，但這個(gè)概念是新的。其理念是，重點(diǎn)是讓開(kāi)發(fā)人員更好地工作。運(yùn)維人員不會(huì)告訴他們要做什么，而是會(huì)詢問(wèn)他們?cè)谶\(yùn)維方面想做什么，然后讓他們盡可能輕松。這個(gè)詞受益于加入的經(jīng)驗(yàn)，他通過(guò)不同的視角看待世界：以開(kāi)發(fā)人員為中心。這是一種將開(kāi)發(fā)人員作為主要客戶放在首位的觀點(diǎn)。建立面向開(kāi)發(fā)人員的運(yùn)營(yíng)實(shí)踐（理論上）應(yīng)該讓開(kāi)發(fā)人員參與并促進(jìn)協(xié)作工作。事實(shí)上，如果我們只專(zhuān)注于這個(gè)目標(biāo)，2009 年我們將最終解決我們?nèi)栽谂鉀Q的問(wèn)題。在這個(gè)新理念下，“下載這個(gè)工具，閱讀這個(gè) 48 頁(yè)的指南頁(yè)面，告訴你的 PM 截止日期你錯(cuò)過(guò)了”將永遠(yuǎn)消失；開(kāi)發(fā)人員贏得運(yùn)維工作的日子已經(jīng)一去不復(fù)返了，我會(huì)為你做的。

寫(xiě)在最后

去年3月，《2022年全球平臺(tái)市場(chǎng)調(diào)查報(bào)告》發(fā)布。報(bào)告預(yù)測(cè)，到 2028 年，全球平臺(tái)市場(chǎng)規(guī)模將從 2021 年的 67.376 億港元降至 263.70 億港元，看起來(lái) 20.7% 的 CAGR 2022-2028 年。從這張圖中我們可以看出，作為提高企業(yè)技術(shù)可靠性、保障業(yè)務(wù)穩(wěn)定下滑的神器，全球企業(yè)工具的需求量正在增加。從文化上講，它是一種讓開(kāi)發(fā)人員使用新的操作工具的運(yùn)動(dòng)。然而，這些運(yùn)動(dòng)無(wú)疑有“偏離”的跡象，這也是它們無(wú)法實(shí)施的根本原因：文化的缺失。如果觀念不能改變，即使把員工放在一起，也只會(huì)減少兩個(gè)團(tuán)隊(duì)之間的糾紛。也就是說(shuō)，考驗(yàn)的不僅僅是一個(gè)企業(yè)的技術(shù)，還有管理水平和企業(yè)文化。提出的“”概念改變了“開(kāi)發(fā)、運(yùn)維”的現(xiàn)狀，希望重新組織開(kāi)發(fā)和運(yùn)維流程的規(guī)范，讓開(kāi)發(fā)者可以在運(yùn)維初期對(duì)系統(tǒng)部署給出優(yōu)化建議，維護(hù)。 盡管名詞變了，但 TS 的初衷是一樣的：減少開(kāi)發(fā)團(tuán)隊(duì)和運(yùn)維團(tuán)隊(duì)的摩擦，而不是一方獲勝，拒絕溝通，甚至干脆成為一個(gè)新工具.

參考資料：

更多精彩技術(shù)文章可見(jiàn)51CTO技術(shù)精選刊物，下載鏈接：???????