為何程式設計師討厭運維平臺？

banq發表於2022-02-25
程式設計師運維

我們是一家擁有 80 名開發人員的公司的平臺團隊。我們使用 Github Actions 為 CI、EKS、RDS 執行一個普通的技術堆疊，沒什麼特別的。我們在這個系統上執行多個應用程式，所有微服務。管理層明確的方向是建立一個開發人員平臺，可以幫助工程師端到端自助服務：
  • 回滾
  • 新資料庫
  • 新服務
  • 除錯
  • 配置管理
  • RBAC
  • 啟動新環境等。

 

 
然而開發人員說 "不"。沒有明確的拒絕的道理，他們沒有說什麼是錯的，也沒有說為什麼會拒絕，他們不能指出任何我們不涵蓋的情況，但他們有一個簡單而明確的方法可以規避這個系統。

如何解決問題？
關鍵是要滿足所有利益相關者（包括提供基礎設施的人，無論是 AWS 還是英特爾）。如果您在構建時沒有不斷地尋求和響應最大利益相關者的需求，那麼您就不會構建他們需要的東西，他們會討厭它。
如果是在“管理層指導”下完成的，這就變成了一個“熟悉的”故事。你不能以自上而下的方式進行開發。所以你基本上建立了一個管理系統，管理人員對為什麼開發人員不使用它感到驚訝；然而，開發人員可能沒有被問到他們真正的問題是什麼以及他們真正需要什麼。
注意：在某些組織中，開發人員可能是一個非常孤立的集團，可能需要數月或數年才能與他們“融入”（除非您是那些“軟技能”專家之一）。
你必須找出痛點在哪裡，併為這些痛點介紹解決方案。也許還有一個總體路線圖和願景。在舊的瀑布世界中，我們將這個過程稱為“需求引出”。
不要試圖解決你認為的問題。解決產生真正生產力收益的實際問題。
 

教訓：不要在前期建立一個平臺 
成功的平臺是新興的。它們不是在前期建立並推到開發者面前的。它們是和開發者一起建立的。平臺團隊不斷地尋找方法，使事情對開發者更有利。
一個平臺不需要有所有的功能，但要有足夠的能力使一個團隊富有成效。在過去的幾年裡，我建立了一些平臺（和團隊），為超過200名開發人員提供服務，我的方法是：
與團隊一起建設。從一個團隊開始，確保平臺適合他們的目的，然後再到下一個團隊。隨著更多團隊的加入，他們會產生對平臺的需求和要求。
團隊需要在你建立平臺的過程中學習。
你不能大張旗鼓地進行，這對他們來說是一個大跳躍。有很多東西需要學習。看起來你已經為他們建立了一個長長的清單，讓他們知道如何使用這個平臺。平臺應該把這種一次性清單都拿走，一起成長學習。
聽取團隊的意見，平臺的存在是為了服務他們。他們是你的客戶。
你需要用產品的方法來處理平臺。
 

教訓：對運維不重視
根據我的經驗（我是開發方面的 DevOps），大約 3/4 的團隊對 Ops運維方面不感興趣，甚至沒有看到任何價值。它與組織的文化和結構緊密匹配——逆康威定律。如果公司的文化期望並鼓勵其建立者定義的 DevOps，僱用具有相同期望的人，你會看到奇蹟。

 

相關文章