DevOps還未徹底發(fā)展成熟。如果用人的一生來(lái)比喻，那么DevOps還只是位少年——雖然早已脫離襁褓，但遠沒(méi)有長(cháng)大成人。就在這時(shí)，歷史性的挑戰突然出現，要求其在COVID-19疫情的沖擊之下，快速發(fā)展為加快軟件開(kāi)發(fā)工作的全面實(shí)施方案。

 

作為一名“少年”，DevOps在核心要素方面當然無(wú)需含糊——協(xié)作為王、自動(dòng)化至上以及全面實(shí)現“持續”特性，包括持續集成、部署、測試以及改進(jìn)。

 

而持續改進(jìn)的一大重要組成部分，就是主動(dòng)找出當前阻礙獲得成功的錯誤，進(jìn)而努力避免這些錯誤?？v觀(guān)眾多全球財富兩千強企業(yè)，都能發(fā)現其中不少都在三大DevOps錯誤中折戟沉沙。下面來(lái)看如何有效避免。

 

開(kāi)發(fā)人員負擔過(guò)重

 

隨著(zhù)數字化轉型在2021年成為全體CIO的首要工作，企業(yè)自然希望以創(chuàng )紀錄的速度交付足以改變游戲規則的強大功能，借此迅速擊敗競爭對手。

 

這當然需要整個(gè)團隊的共同努力，包括開(kāi)發(fā)人員、產(chǎn)品負責人、測試人員、運營(yíng)以及網(wǎng)站可靠性工程師(SRE)等。但是，每當有某些功能或方案未能及時(shí)交付，鍋該由誰(shuí)來(lái)背?幾乎永遠是開(kāi)發(fā)者。另一個(gè)殘酷的現實(shí)在于，絕大多數企業(yè)很難吸引到一流的開(kāi)發(fā)人員，留住少數頂尖人才就成為一項長(cháng)期而艱難的挑戰。

 

總之，企業(yè)萬(wàn)萬(wàn)不可對開(kāi)發(fā)人員予取予求。只有為開(kāi)發(fā)者們留下充足的空間，他們才能承擔起測試與安全保護等職責。

 

當然，質(zhì)量保證與安全工作并不能只靠開(kāi)發(fā)者的自覺(jué)，而應在項目之初就以制度性形式存在。要強調的是，千萬(wàn)不要讓這樣的工作流程進(jìn)一步加大本就十分沉重的開(kāi)發(fā)者負擔。否則，頂尖開(kāi)發(fā)人才很可能投入其他企業(yè)組織的懷抱。

 

用統一要求衡量每一位開(kāi)發(fā)者

 

每個(gè)組織以及每位團隊成員都可以通過(guò)正確的方式得到適當的培訓與支持，進(jìn)而為DevOps成功做出貢獻。但是，不同成員做出貢獻的方式也有所區別，不應統一要求。

 

任何行動(dòng)、流程或技術(shù)的早期采用者，往往正是組織內最為耀眼的超級巨星、業(yè)務(wù)骨干。他們對自己的工作內容充滿(mǎn)熱情，關(guān)注領(lǐng)域內的各類(lèi)新興趨勢，而且總有強大的內驅力在工作上做出種種嘗試。無(wú)論是不斷修改當前解決方案、還是尋找新的可行方法、再到為廣泛社區做出貢獻，他們始終參與其中。沒(méi)錯，這些都是非常重要的習慣，也必然會(huì )帶來(lái)令人印象深刻的成果。

 

但千萬(wàn)別把這些當成普適性的評判標準。大多數應用交付人員并不是這么工作的，或者說(shuō)并不一定具有這種冒險意識以及將新事物帶入生活的原始沖動(dòng)。他們投入了數年甚至數十年不斷完善自己掌握的技巧，希望以最高效、最順暢的“老辦法”持續處理問(wèn)題。

 

此外，不同的團隊往往具有不同的技能、舒適區、優(yōu)先級，而且很可能需要面對不同的應用棧與合規性/治理要求。具體來(lái)講，初創(chuàng )團隊往往更關(guān)注DevOps方法與工具集，而負責后端的團隊則更多偏向傳統SAP。非要以統一的要求衡量雙方，只會(huì )徒增煩惱。

 

當然，DevOps本身也是一項需要全面規劃的事務(wù)。

 

如果希望在整個(gè)企業(yè)之內加速創(chuàng )新，那么每位員工都應該在DevOps當中扮演自己的角色，包括堅持貫徹DevOps提出的核心理念、在工具集與實(shí)踐方面提供其他員工友好型選項、在涉及不同系統及項目的各小組中引入可見(jiàn)性與治理層。

 

未充分了解整體用戶(hù)體驗

 

如今的用戶(hù)對于功能往往抱有極高期望，但對問(wèn)題的容忍度卻極低。Forrester最近發(fā)現，單是在客戶(hù)體驗層面的改進(jìn)也足以為企業(yè)帶來(lái)巨大的利潤影響。他們估計，客戶(hù)體驗系數每增加1點(diǎn)(0到100)，年收入即可實(shí)現顯著(zhù)提升——汽車(chē)行業(yè)為11億美元、零售行業(yè)為4.96億美元，電信行業(yè)為3.88億美元。反之，如果客戶(hù)體驗有所下降，也必定引發(fā)相應的收入損失。

 

當然，團隊中的每位成員都希望打造并推出用戶(hù)喜愛(ài)的軟件。但是，不同的職能角色往往抱持著(zhù)不同的觀(guān)點(diǎn)、個(gè)人優(yōu)勢與短板。從規劃、測試、發(fā)布再到監控，我們需要真正全面地了解業(yè)務(wù)，并通過(guò)每一位團隊成員的參與有力捍衛整體用戶(hù)體驗。

 

不少DevOps團隊目前仍在依靠底層技術(shù)，例如在單元測試中，來(lái)確定候選發(fā)布版本是否可以安全推出。遺憾的是，這樣的測試往往只能發(fā)現編碼錯誤，卻無(wú)法保證卓越的產(chǎn)品體驗。要達成體驗改進(jìn)的目標，需要做到如下三點(diǎn)：

 

第一，采取基于風(fēng)險的測試，借此快速判斷是否需要根據某些測試結果叫停項目發(fā)布。

第二，對事務(wù)進(jìn)行端到端功能測試，例如從移動(dòng)端到API、SAP與Salesforce等打包應用，乃至自定義應用程序與大型機等。

第三，通過(guò)負載/性能測試保證應用程序能夠及時(shí)擴展并應對需求激增。

以上三大誤區在任何組織內都很常見(jiàn)。畢竟DevOps還是少年，有時(shí)難免帶來(lái)一些麻煩——但只要悉心陪伴它的成長(cháng)，相信DevOps終將成為企業(yè)發(fā)展道路上的強大助力。