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

我們探索了不同的 DevOps 最佳實踐和范例，并分析了我們如何將它們結合起來以加速團隊績效和價值創造。我們還看到了一些隱藏的陷阱和反模式，在追求卓越 DevOps 時需要注意和避免。

想要了解更多關于DevOps資訊信息，請關注中培偉業金老師二維碼：