隨著 DevOps 的興起，我們也看到了許多反模式的出現(xiàn)。在尋求采用 DevOps 實踐的過程中，人們誤解了他們的范圍并犯了導致常見反模式的錯誤。讓我們看看公司在實施 DevOps 原則時面臨的一些常見挑戰(zhàn)、陷阱和誤解。
1. 不要創(chuàng)建單獨的 DevOps 團隊
公司在采用 DevOps 實踐時常犯的錯誤是創(chuàng)建一個單獨的團隊來處理 DevOps 轉(zhuǎn)型。不幸的是，這給流程增加了一個孤島，并打破了 DevOps 的核心承諾，即增加現(xiàn)有團隊之間的協(xié)作和共享所有權(quán)。
同樣，我們看到運營團隊更名為 DevOps 團隊，而組織的文化、溝通和協(xié)作并未發(fā)生實際變化。DevOps 旨在拉近不同的團隊，而不是創(chuàng)建一個新團隊。
2. 避免擁有 DevOps 英雄
有時，特定團隊成員比其他成員更多地參與 DevOps 實踐。這可能是由于積累的知識、更高水平的經(jīng)驗或一個人增加的努力。當這種模式出現(xiàn)時，它可能會迅速導致 DevOps 英雄反模式，在這種模式中，特定的團隊成員對團隊來說變得不可或缺。
這種情況很成問題，因為團隊的表現(xiàn)和速度取決于一個人。同時，此人可能面臨大量工作，最終導致倦怠并可能離開公司。為避免這種反模式，請確保知識在團隊和團隊成員之間傳播。平分工作，不靠英雄，靠團隊合作和僵化的流程來取得成果。
3.不要試圖自動化和一次改變一切
從頭開始在組織中應用 DevOps 實踐一開始可能會讓人望而生畏。與大多數(shù)事情一樣，試圖一次解決所有問題并不是正確的方法。首先，分析公司內(nèi)部的現(xiàn)狀和流程。人們通常不會愉快地接受許多變化，因此您需要進行戰(zhàn)略性思考。相應地確定任務的優(yōu)先級，找到快速的勝利，自動化將產(chǎn)生更大影響的事情，并一次專注于一件事。
4.避免追逐新工具
隨著幾乎每天都會出現(xiàn)新的服務和工具，采用和使用這些閃亮的新玩具總是很誘人。工程師經(jīng)常陷入引入新工具的陷阱，只是因為它在沒有適當分析是否需要或最佳選擇的情況下引入。
為工作選擇正確的工具是至關(guān)重要的，但也是一個應該仔細審查的過程。對于我們添加的每個新服務或工具，我們還應該考慮它的可維護性以及我們在此過程中引入的操作開銷、依賴性、復雜性和新的認知負荷。
5.不要為了速度而犧牲質(zhì)量
由于 DevOps 成功的主要因素之一是速度，因此許多團隊試圖以犧牲質(zhì)量和通常的安全性為代價來加快他們的流程。許多典型的 DevOps 指標是基于我們交付、部署和提供價值的速度，但它們本身還不夠，因為它們只說明了一半。由于對速度的過度關(guān)注，很容易失去對重要事物的看法；交付高質(zhì)量的軟件。同等對待速度和質(zhì)量，添加有意義的自動化測試，避免為了加快發(fā)貨而偷工減料。
6. 不要放棄持續(xù)改進
應用有效的 DevOps 實踐是一個動態(tài)的過程，應該持續(xù)進行管理。在實施路線圖中的所有 DevOps 最佳實踐之后，可能很想休息和放松，但不幸的是，這個過程永遠不會停止。
每一步，我們都應該專注于審查我們的工作流程并不斷改進我們的系統(tǒng)、流程和產(chǎn)品。我們必須建立持續(xù)的反饋流程，使我們能夠?qū)彶楹头此嘉覀兊倪x擇并最終改進。新的范式、最佳實踐和改進的模型總是會出現(xiàn)，如果我們希望我們的團隊生存、執(zhí)行和成功，我們就應該焦躁不安。
7. 不要忽視文檔和信息共享
根據(jù)定義，DevOps 實踐的成功采用依賴于在組織內(nèi)有效地共享信息并創(chuàng)建一個有機地促進協(xié)作的工作場所。不幸的是，忽視文檔和有效的信息共享是軟件團隊中經(jīng)常出現(xiàn)的一種反模式。如果處理得當，文檔對于開發(fā)人員來說可能是一個方便的工具。
嘗試將文檔任務集成到團隊積累工作中，并將文檔視為組織內(nèi)的一等公民。文檔不是靜態(tài)的，應該保持最新，始終如一地創(chuàng)建，并且任何需要它們的人都可以訪問。

我們探索了不同的 DevOps 最佳實踐和范例，并分析了我們?nèi)绾螌⑺鼈兘Y(jié)合起來以加速團隊績效和價值創(chuàng)造。我們還看到了一些隱藏的陷阱和反模式，在追求卓越 DevOps 時需要注意和避免。

想要了解更多關(guān)于DevOps資訊信息，請關(guān)注中培偉業(yè)金老師二維碼：