正如 serverless 一詞會讓人感到困惑，運維一詞也是如此。當(dāng)談話中出現(xiàn)這個術(shù)語時，人們會想到不同的東西，這會讓談話變得混亂。

什么是 serverless?serverless 是一種架構(gòu)理念，最新的定義這樣描述它：“serverless 架構(gòu)是基于互聯(lián)網(wǎng)的系統(tǒng)，其中應(yīng)用開發(fā)不使用常規(guī)的服務(wù)進(jìn)程。相反，它們僅依賴于第三方服務(wù)，客戶端邏輯和服務(wù)托管遠(yuǎn)程過程調(diào)用的組合。”

運維有著很廣泛的定義。通常，人們會在談話中提到一個不存在運維的場景，但實際上，他們建議作為替代品的東西在我看來仍然是運維。當(dāng)我們甚至無法就所談?wù)摰膬?nèi)容達(dá)成一致時，我們該如何討論 serverless 對運維所帶來的影響呢?
 

在我們對所談?wù)摰膬?nèi)容有了共同的理解之后，讓我們來看看運維人員在 serverless 中應(yīng)該屬于處于什么樣的位置。我認(rèn)為運維團(tuán)隊在 serverless 環(huán)境中沒有多大意義。但是，運維人員其實是有價值的。那么他們應(yīng)該處在什么樣的位置上?
 

什么是運維?人們對運維的理解通常是不一樣的，但通常都是正確的。選擇什么樣的定義取決于一個人的經(jīng)驗、需求和優(yōu)先事項，以及他們看問題的角度。然而，這些不同的定義往往會導(dǎo)致人們的交談相互脫節(jié)。
 

從最高層面看，運維是一種實踐，讓支撐業(yè)務(wù)的技術(shù)保持運作。但如果你深挖一下，運維一詞可以以用在許多方面。因為這些含義緊密耦合了很長時間，人們往往會把它們混為一談。
 

什么是運維?
 

運維是：
 

•  一個團(tuán)隊

•  一種角色

•  一種責(zé)任

•  一組任務(wù)
 

通常，這個角色由運維團(tuán)隊的運維工程師承擔(dān)，他們負(fù)責(zé)執(zhí)行與運維相關(guān)的任務(wù)。近年來，DevOps 的出現(xiàn)極大改變了這種局面。曾經(jīng)有關(guān)所有這些定義的死板結(jié)構(gòu)被拆解，由此，定義本身也就分崩離析。
 

在 DevOps 頻譜的一端，運維團(tuán)隊和個體角色基本保持不變。開發(fā)人員和運維人員都是獨立的團(tuán)隊，只是開發(fā)團(tuán)隊開始承擔(dān)一部分的運維職責(zé)，運維團(tuán)隊和開發(fā)團(tuán)隊之間的溝通比之前上升了一個層次。當(dāng)我們聽到有人說“開發(fā)人員先收到警報”或開發(fā)人員不能再讓代碼“翻墻”時，我們知道，運維職責(zé)發(fā)生了變化。
 

在 DevOps 頻譜的另一端沒有了運維團(tuán)隊和個體角色。有些企業(yè)將具備運維和軟件開發(fā)技能的工程師組合在一起，創(chuàng)建了跨職能團(tuán)隊。這些企業(yè)沒有運維團(tuán)隊，也沒有計劃組建一個。
 

在 DevOps 頻譜的中間，運維角色各不相同。在一些企業(yè)中，除了增加了自動化技能(例如 Puppet、Ansible 和 Chef)之外，其他幾乎沒有變化。其他團(tuán)隊已經(jīng)將自動化視為強化運維職責(zé)的手段。在某些情況下，運維工程師更接近于開發(fā)人員——掌握了配置管理和其他工具的開發(fā)人員。
 

那么 serverless 對于這些運維定義有什么影響?
 

serverless 之下的運維會變成什么?
 

以下是我對 serverless 運維的未來的看法：
 

•  運維團(tuán)隊將會消失。

•  運維工程師將被開發(fā)團(tuán)隊吸收。

•  運維工程師將負(fù)責(zé)應(yīng)用程序棧的深層需求。
 

serverless 運維并不是 NoOps，也不是反 DevOps。如果傳統(tǒng)的運維團(tuán)隊被解散，原先的運維工程師需要新的去處。他們的去處將是各個開發(fā)團(tuán)隊，而這些團(tuán)隊會是產(chǎn)品團(tuán)隊或職能團(tuán)隊。
 

這樣，能夠處理開發(fā)和運維的跨職能團(tuán)隊將會迅速崛起。最后，很多運維工程師會發(fā)現(xiàn)自己的優(yōu)勢將比過去更多地被應(yīng)用到應(yīng)用程序中。
 

為什么要解散運維團(tuán)隊?
 

在 DevOps 出現(xiàn)之前，我們看到的是兩個孤島：一個是開發(fā)，一個是運維，他們之間隔著一堵墻，開發(fā)人員將工程設(shè)計扔給毫無戒心的運維團(tuán)隊是日常。DevOps 出現(xiàn)了之后，中間那堵墻被拆掉了，兩個團(tuán)隊之間的協(xié)作變得更加緊密。
 

但實際上，“拆掉中間那堵墻”對于不同的組織而言也有不同的含義。在某些情況下，它只是意味著更多的會議�，F(xiàn)在，有人在向運維“扔?xùn)|西”之前會先告知他們。
 

但是，你仍然需要獨立團(tuán)隊，讓他們共同努力交付解決方案。實際上，這可能涉及兩個以上的團(tuán)隊。
 

還有誰?

•  需要一個項目或產(chǎn)品經(jīng)理負(fù)責(zé)監(jiān)督交付過程，確保交付的東西能夠滿足公司的需求。如果你是在一家產(chǎn)品或 SaaS 公司，可能還需要 UX 和設(shè)計師確保產(chǎn)品的可用性和外觀。

•  可能涉及多個開發(fā)團(tuán)隊，前端和后端開發(fā)可能由不同的團(tuán)隊負(fù)責(zé)。所有這些獨立的團(tuán)隊需要共同努力來提供解決方案。
 

特別是產(chǎn)品和 SaaS 公司意識到整個過程效率低下。因此，組織開始重新調(diào)整團(tuán)隊，從職能團(tuán)隊轉(zhuǎn)向產(chǎn)品、功能或問題領(lǐng)域。這些功能團(tuán)隊、產(chǎn)品團(tuán)隊或其他任何跨職能的團(tuán)隊都在解決特定領(lǐng)域的問題。
 

這些團(tuán)隊現(xiàn)在看起來是怎樣的?在我看來，它們通常類似這樣：
 

•  產(chǎn)品或項目經(jīng)理

•  工程主管

•  前端開發(fā)人員

•  后端開發(fā)人員

•  產(chǎn)品設(shè)計師和 / 或用戶體驗研究員(通常是同一個人)
 

產(chǎn)品或項目經(jīng)理(PM)是業(yè)務(wù)需求的所有者和代表。PM 的工作是將業(yè)務(wù)需求轉(zhuǎn)化為明確的目標(biāo)，同時引導(dǎo)團(tuán)隊提出促進(jìn)成功的想法。產(chǎn)品設(shè)計師或 UX 研究人員與 PM 合作，收集用戶數(shù)據(jù)并將想法轉(zhuǎn)化為設(shè)計和原型。技術(shù)負(fù)責(zé)人負(fù)責(zé)領(lǐng)導(dǎo)工程任務(wù)，估算所涉及的技術(shù)工作，并適當(dāng)?shù)貫榍岸撕秃蠖斯こ處熖峁┲笇?dǎo)。
 

你最終得到的是一支具備多種能力的團(tuán)隊，他們都朝著同一個方向前進(jìn)，從始至終都是這個過程的一部分。這些跨職能的技能讓團(tuán)隊變得更加強大，從而提供更好的解決方案和服務(wù)。
 

然而，運維往往被排除在重新調(diào)整之外(雖然有時候運維會組建屬于自己的跨職能團(tuán)隊，并為其他團(tuán)隊提供服務(wù))。團(tuán)隊中的個人通常難以承擔(dān)基礎(chǔ)設(shè)施的運維需求。因此，當(dāng)組織的其他部分進(jìn)行重新調(diào)整時，運維仍然是一個獨立的團(tuán)隊。
 

這已經(jīng)很好地運作了很長一段時間。對于很多團(tuán)隊來說，基礎(chǔ)設(shè)施并不簡單，他們無法在不影響主要問題領(lǐng)域的情況下進(jìn)行可靠的交付和運維。
 

但 serverless 顛覆了這種關(guān)系�，F(xiàn)在，開發(fā)人員可以輕松地交付自己的云基礎(chǔ)設(shè)施。事實上，他們需要這么做，因為 serverless 將基礎(chǔ)設(shè)施配置和應(yīng)用程序代碼結(jié)合在一起。
 

開發(fā)團(tuán)隊不需要運維團(tuán)隊的幫助來交付解決方案。單獨的運維團(tuán)隊無法在不回歸到守門人角色的情況下將自己插入到服務(wù)流程中。但多年來，守門人角色已經(jīng)在很多組織中消失了。
 

運維團(tuán)隊的改變不是由 serverless 技術(shù)驅(qū)動的，而是由 serverless 對組織及其員工的運作方式和履行職責(zé)的影響驅(qū)動的。
 

當(dāng)開發(fā)人員不再需要基礎(chǔ)設(shè)施時，運維團(tuán)隊在很大程度上將變得可有可無。當(dāng)他們遇到小問題時不會再來找你，他們可以自己解決這些問題。
 

運維團(tuán)隊不再是服務(wù)交付流程的一部分，這是遲早的事。 到最后，有人會問為什么這些團(tuán)隊依然存在。當(dāng)人們質(zhì)疑你的工作為什么還會存在時，你的處境將變得很尷尬。
 

但從職責(zé)和任務(wù)方面來看，運維仍然很重要。構(gòu)建 serverless 系統(tǒng)仍然需要這些功能。運維團(tuán)隊的作用在減弱，但對他們的技能仍然有需求，因此需要重新思考運維人員應(yīng)該被放在什么位置上。這就是為什么說是時候解散運維團(tuán)隊并讓成員加入產(chǎn)品團(tuán)隊和功能團(tuán)隊。
 

產(chǎn)品團(tuán)隊中的運維角色作為產(chǎn)品團(tuán)隊成員的運維工程師將扮演怎樣的角色?他們的主要職責(zé)是負(fù)責(zé)團(tuán)隊服務(wù)和系統(tǒng)的健康。這并不意味著他們每次都是第一個收到警報的人，他們應(yīng)該是這些領(lǐng)域的專家。
 

軟件開發(fā)人員仍然專注于各個組件，而運維工程師專注于整個系統(tǒng)。 他們將采取整體方法確保整個系統(tǒng)正�？煽康剡\行。開發(fā)人員就可以花更少的時間在運維上，就會有更多的時間用于功能開發(fā)。
 

運維工程師還可以為團(tuán)隊提供幫助。雖然他們的主要職責(zé)是確保團(tuán)隊服務(wù)的可靠性，但在必要的時候，也可以承擔(dān)其他角色的職責(zé)。
 

對于 DevOps 這個術(shù)語，有很多定義和實現(xiàn)，但對于我來說，DevOps 團(tuán)隊的形成才是這個術(shù)語最有力的表現(xiàn)。DevOps 是實現(xiàn)成果和價值的人、流程和工具。
 

我們很早就意識到協(xié)作和跨職能團(tuán)隊在促進(jìn)成功方面的價值。對于我來說，解散運維團(tuán)隊并讓成員加入到跨職能團(tuán)隊中是交付價值的最有效手段。
 

與將人們放在單獨的團(tuán)隊中相比，你會讓合作變得有多緊密?Serverless 將幫助我們實現(xiàn)許多人多年來一直試圖實現(xiàn)的目標(biāo)。
 

原文：https://www.serverlessops.io/blog/serverless-devops-where-does-ops-belong

標(biāo)簽： Serverless 

版權(quán)申明：本站文章部分自網(wǎng)絡(luò)，如有侵權(quán)，請聯(lián)系：west999com@outlook.com
特別注意：本站所有轉(zhuǎn)載文章言論不代表本站觀點！
本站所提供的圖片等素材，版權(quán)歸原作者所有，如需使用，請與原作者聯(lián)系。