持續交付之二 配置管理

2021-07-11 15:52:20 字數 809 閱讀 1006

定義: 配置管理是指乙個過程, 通過該過程, 所有與專案相關的產物, 以及他們之間的關係, 都被唯一的定義, 儲存, 檢索和修改

至少要將那些用於重新建立應用程式的安裝檔案和安裝環境所必需的所有資訊儲存在版本控制庫中,包括

持續整合,自動化測試,一鍵式部署的前提都是所有與專案相關的內容都在版本控制庫中

兩個最佳實踐

包括下面三個部分

關於依賴管理更多的會在第十三章 元件和依賴管理中進行討論

就像效能調優一樣,沒又遇到效能問題時不要過早優化,配置也是同樣道理,除非真的需要,否則沒必要增加複雜性

我們可以在構建,部署,測試和發布過程中任何乙個階段引入配置

不建議在構建打包時引入配置,應該保證部署之前所有的包是一樣的

獲取配置資訊

讓所有應用程式通過乙個**服務系統(關聯式資料庫,ldap,web服務等)得到他們所需的配置資訊

escape工具

為配置項建模

乙個配置項取決於三個方面

系統配置的測試

每個應用程式的配置管理都應該在專案啟動時納入乙個議題

關鍵在於全自動的建立一套環境,使建立環境比修復受損環境要容易的多

為什麼需要重現環境的能力

需要考慮的環境配置資訊如下

為了符合我們的管理策略,評估第三方產品或服務時,應該考慮下面的問題

puppet,cfengine,虛擬化技術等

更多討論在第十一章 基礎設施和環境管理

嚴格控制生產環境,未經組織內部正式的變更管理過程,任何人不得對其進行修改

配置管理是一切自動化的基礎

軟體配置管理之二 內容

配置管理計畫是開展所有配置管理活動的基礎。計畫中應該明確以下要素 配置標識是配置管理的乙個組成部分,包括 選擇產品的配置項 為他們制定唯一的標識,並在技術文件中記錄其功能和屋裡的特性。配置標識是對軟體配置進行管理的前提和基礎。配置標識包括了軟體配置項的選擇 劃分和對配置項的功能物理屬性進行描述的過程...

持續整合與配置管理

一 持續整合 持續整合的基礎是版本控制 自動構建 自動測試 團隊共識。持續交付 一般把自動測試放到自動構建中,就是和jenkins這種持續整合工具聯絡在一起,一旦版本變化觸發自動構建,則自動執行 分析 編譯 自動化的單元測試和自動測試集 執行通過的會正式提交到版本庫並部署 發布,否則回退。這當然只是...

二 saltstack配置管理

salt配置管理 state格式 yaml 字尾 sls 例如 web.sls 1 縮排 2個空格,不能使用tab 2 冒號 右邊有乙個空格 3 短橫線 後面都有乙個空格 表示乙個列表 1 編寫乙個sls檔案 master開啟 file roots 然後重啟mastar systemctl rest...