企業(yè)正在享受 DevOps 實(shí)施帶來的好處，但這也是有代價(jià)的。開發(fā)人員需要承擔(dān)額外的責(zé)任，可能會(huì)導(dǎo)致他們感到疲憊不堪。因此我們可以采取一些方法來確保 DevOps 工程師的滿意度。 ? DevOps 的支持者通常將這一概念說成是提高效率和生產(chǎn)力的好方法。通過加強(qiáng)開發(fā)人員和 IT 運(yùn)維工程師之間的協(xié)作，DevOps 能讓每個(gè)人都朝著共同的目標(biāo)更有效地工作。在很多情況下可能都是如此。然而，有人認(rèn)為?

DevOps 也有一個(gè)重大缺點(diǎn)：負(fù)責(zé)保持 DevOps 流程運(yùn)行的工程師的壓力水平增加。

? 以下是 DevOps 可能使開發(fā)人員的工作更具挑戰(zhàn)性的原因，以及組織可以采取哪些措施來確保他們從 DevOps 中受益而不會(huì)讓工程師抓狂。 ? DevOps 如何為企業(yè)帶來效益

首先，讓我們來了解一下 DevOps 的含義及其對(duì)企業(yè)的幫助。 ?

DevOps 的理念是開發(fā)和 ITOps 團(tuán)隊(duì)?wèi)?yīng)該緊密合作，即開發(fā)人員和 ITOps 之間的密切合作確保兩個(gè)團(tuán)隊(duì)能夠相互支持。

? DevOps 的出現(xiàn)是為了解決許多組織在過去幾十年中面臨的一個(gè)挑戰(zhàn)，即開發(fā)人員在編寫代碼時(shí)往往很少或根本得不到 ITOps 團(tuán)隊(duì)的反饋。這導(dǎo)致了溝通孤島、效率低下，在某些情況下，開發(fā)人員和 ITOps 工程師之間關(guān)系緊張。通過幫助每個(gè)人持續(xù)合作，DevOps 可以讓企業(yè)避免這些陷阱。 ? 因此，從企業(yè)的角度來看，DevOps 是一件好事，因?yàn)樗兄诖_保工程師盡可能地提高工作效率。它能最大限度地減少時(shí)間和精力的浪費(fèi)，通常還能提高企業(yè)推出新軟件的速度，這反過來又能為企業(yè)帶來市場(chǎng)競(jìng)爭(zhēng)優(yōu)勢(shì)。 ? DevOps 對(duì)工程師意味著什么

對(duì)于開發(fā)人員本身來說，DevOps 并不總是那么美好。DevOps 迫使工程師做兩件事，這會(huì)增加他們的工作壓力：

承擔(dān)更廣泛的責(zé)任

：DevOps 要求工程師們同時(shí)負(fù)責(zé)兩類流程，而不是只負(fù)責(zé)軟件開發(fā)或 IT 運(yùn)營(yíng)。

適應(yīng)節(jié)奏更快的發(fā)布周期

：DevOps 與 CI/CD 等實(shí)踐齊頭并進(jìn)，DevOps 團(tuán)隊(duì)通常需要每周至少發(fā)布一次新的應(yīng)用程序更新，有時(shí)甚至需要每天發(fā)布一次。這與 "瀑布式 "軟件開發(fā)戰(zhàn)略的時(shí)代大相徑庭，在 "瀑布式 "軟件開發(fā)戰(zhàn)略下，新版本即使一年發(fā)布一到兩次，也是如此。

?

這兩個(gè)因素都會(huì)使工程師的工作變得更加緊張。在采用 DevOps 的企業(yè)中，工程師被要求做得更多、更快。 ? 當(dāng)然，DevOps 為軟件交付流程帶來的高效率有可能使工程師在滿足這些更嚴(yán)格要求的同時(shí)，總體壓力水平低于沒有 DevOps 時(shí)的水平。如果沒有 DevOps，團(tuán)隊(duì)通常會(huì)浪費(fèi)更多時(shí)間來修復(fù)代碼，并在出錯(cuò)時(shí)相互指責(zé)，這本身就是一種壓力。通過減輕這些挑戰(zhàn)，一個(gè)實(shí)施良好的 DevOps 戰(zhàn)略可以讓工程師們?cè)谡w上更輕松一些。 ?

但并不是所有 DevOps 戰(zhàn)略都能得到很好的實(shí)施，DevOps 本身就存在一種風(fēng)險(xiǎn)，那就是過多的 DevOps 實(shí)踐只會(huì)導(dǎo)致工程師壓力更大，更容易倦怠

。他們可能會(huì)設(shè)法更快地發(fā)布新版本，但會(huì)犧牲工程師的工作滿意度作為代價(jià)，這種成就是以高昂的代價(jià)換來的。 ? 讓 DevOps 工程師更輕松

為了避免這些問題，

選擇采用 DevOps 的企業(yè)應(yīng)確保設(shè)定合理的期望值

。例如，每周發(fā)布一次新版本可能會(huì)給工程師帶來過大的壓力，至少在一開始是這樣。設(shè)定更適度的目標(biāo)有助于降低 DevOps 工程師倦怠的風(fēng)險(xiǎn)。 ?

限制 DevOps 工程師的職責(zé)

也會(huì)有所幫助。雖然 DevOps 通常鼓勵(lì) DevOps 團(tuán)隊(duì)中的每個(gè)人共同承擔(dān)軟件交付流程中每個(gè)環(huán)節(jié)的責(zé)任，但讓某些工程師牽頭負(fù)責(zé)某些流程（如開發(fā)、測(cè)試和部署）通常更為現(xiàn)實(shí)。集體責(zé)任感仍然普遍存在，但為不同類型的任務(wù)指定牽頭人可以讓團(tuán)隊(duì)成員優(yōu)先處理某些任務(wù)，而不是試圖掌控軟件交付生命周期的每個(gè)階段，從而減輕每位工程師的整體壓力。 ? 在某些情況下，企業(yè)首先應(yīng)該

限制采用 DevOps 的范圍

。并不是每個(gè)應(yīng)用程序都需要持續(xù)開發(fā)；有些應(yīng)用程序（如傳統(tǒng)軟件）的變化頻率并不高，不值得被嵌入 CI/CD 流水線。企業(yè)在實(shí)施 DevOps 時(shí)要有戰(zhàn)略眼光，這樣才能降低將過多 DevOps 實(shí)踐強(qiáng)加給沒有能力或時(shí)間處理所有實(shí)踐的工程師的風(fēng)險(xiǎn)。 ? 總 結(jié)

在 DevOps 領(lǐng)域中，需要謹(jǐn)慎執(zhí)行，因?yàn)檫^度的任務(wù)和壓力可能會(huì)減弱其優(yōu)勢(shì)。雖然毫無疑問，DevOps 為企業(yè)帶來了顯著的優(yōu)勢(shì)，使開發(fā)人員能夠?qū)崿F(xiàn)更高的效率和生產(chǎn)力，但同時(shí)也可能給他們的團(tuán)隊(duì)帶來負(fù)擔(dān)。為了防止 burnout 的風(fēng)險(xiǎn)，請(qǐng)避免過度采用 DevOps 實(shí)踐。 ? 參考鏈接：

https://www.itprotoday.com/devops/downside-devops-stress-and-burnout-engineers

?