15. 內建管理

是指為確定項目各項工作能夠有機地協調和配合所展開的綜合性和全局性的項目管理工作和過程。它包括項目內建計劃的制定，項目內建計劃的實施，項目變動的總體控制等。

我習慣于将配置管理劃為內建管理，我認為配置管理是軟體內建的一個環節，你别較真，管理學本就沒有規範而言，你的模式成功，你就可以著書立說，你就是權威，你就是标準。

是通過技術或行政手段對軟體産品及其開發過程和生命周期進行控制、規範的一系列措施。配置管理的目标是記錄軟體産品的演化過程，確定軟體開發者在軟體生命周期中各個階段都能得到精确的産品配置。

配置管理很多企業将其了解為應用軟體的配置檔案，這是錯誤的。所有影響軟體正常安裝，運作的配置項，都要納入配置管理。

配置管理範圍涵蓋軟硬體，包括：

硬體：路由器，交換機，防火牆，負載均衡器，伺服器......

系統軟體：作業系統，應用伺服器，資料庫，緩存，消息隊列......

應用軟體配置檔案：日志，接口，資料庫連接配接池......

任何項目應該有三套以上配置庫，分别是開發，測試，生産

開發配置檔案所涉及資源與權限僅限于開發環境，測試配置檔案所涉及資源與權限也僅限于測試環境，生産環境也一樣，應用程式部署到那個環境，就應該使用那套配置檔案

90% 的企業實施持續內建最終都失敗告終，僅僅流于形式，對工作有個交代。

為什麼每個部門都反應持續內建不好用？原因在于這些持續內建是個跨界應用，還有團隊内各勢力的了解不同，然後不一定配合。我之前的一篇文章談過的企業多元度架構與多元度管理的問題(有興趣可以在我的公衆号netkiller-ebook中尋找《多元度架構》)。 開發者不懂測試與運維，測試不懂開發與運維，運維不懂開發與測試。開發，測試和運維成為三個孤立領域。實施持續內建需要跨界思維，跨界知識，否則就會出現：

開發說：你這個部署有問題，怎麼在我本地運作好好的.

測試說：測試環境有問題？測試沒有問題更新到生産就出問題？我現在還沒有測試完，你的那邊怎麼更新了？

運維說：你這種開發不符合規範，無法實作部署。這種部署跟我們的不一樣。

開發說：這不是我要的。測試說：這不是我要的。運維說：這不是我要的。

總之，對于不熟悉的領域心裡沒底，不知道他的内部結構，不知道出現問題怎麼解決。持續內建隻會給大家制造麻煩。

原文出處：Netkiller 系列 手劄

本文作者：陳景峯

轉載請與作者聯系，同時請務必标明文章原始出處和作者資訊及本聲明。