自動發佈工具應該具有的11個標準特徵

【編者按】若是你剛接觸自動發佈工具，滿世界的工具可能會讓你望而生畏。如下是你在尋找適合本身的工具時能夠參考的清單。本文做者爲 Necco Ceresani，文章系國內 ITOM 管理平臺 OneAPM 編譯呈現。

開發運營工具備不少——點擊查看。很巧的是，每一個工具說的都同樣，它們能爲你的公司節省時間，增長投資收益……太棒了！不過它們其實並不一樣。有些工具走在潮流前端，有些則快要落伍。

評估自動發佈工具不是個簡單的任務。除了工具自己，還要考慮時間、資金、文化，還有評估軟件時必須考慮的那些數不勝數的活動部分和過程。雖然如此，仍是有一些標準特徵，是每一個自動發佈工具應該具有的。若是一個房子沒有窗戶、爐子或煙霧報警器，你是不會租的，一樣的，你也不會購買缺乏如下標準的自動發佈工具：

1.發佈控制面板

讓你的團隊成員能夠看到對你的組織最有用的那些狀態標誌和指標，例如總體發佈進度、法規諮詢、已交付特徵、已發現問題和已解決的問題。

2. 自動回滾

自動回滾會記錄環境的全部變動，所以你能夠在任什麼時候刻回滾或取消部署：只需輕點幾下鼠標，就能實現徹底自動的復原和回滾操做。

3. 無代理構架

你須要一個無需安裝私人代理程序就能自動部署的工具。在無代理的構架中，你能夠輕鬆配置防火牆、安全設備、路由器、移動設備，甚至還有通常狀況下接觸不到的目標系統。

4. 構件分期

爲了確保限制應用程序的故障時長，你的工具應該可以在部署應用程序以前，將構件（文件）分期發給目標主機。

5. 即用型分析

你的自動發佈工具應該可以收集數據、生成報告，並分析部署過程，這樣大家就能夠不斷改進。

6. 依賴管理

若是沒有自動的流程來支持，管理依賴關係可能會很是痛苦，並且容易出錯。轉移到微服務、服務導向架構（SOA）和雲架構更會放大這些困難，超出手動管理的控制範圍。若是你有現成的工具能夠負責依賴管理，你就不須要開發出一個超級模型，來了解各個部分的依賴關係。你只須要了解每一個應用的本地依賴，而後在工具裏進行配置就行了。

7. 中間件和雲配給

從開發到生產的過程當中，應用程序須要被配置到不少不一樣的環境中進行功能測試、性能測試、迴歸測試等等。等待環境部署完成，修復環境配置問題是常見的工期延遲緣由。你的自動發佈工具應該可讓你將整個雲環境做爲配置流程的一部分，進行定義、配給和衡量。控制相似Puppet 和 Chef 這樣的系統配置工具現有投入，加速交付進度，解放團隊成員去作能創造更多商業價值的任務。

8. 支持手動和自動步驟

要把複雜的發佈過程自動化須要時間，確定不會一晚上之間就實現。有些步驟可能很快自動化，有些步驟則須要手動操做一段時間。並且有些步驟應該永遠保持手動操做。你的工具應該可以同時支持手動和自動操做，而且經過發佈渠道實時更新兩方面的狀態。

9. 基於模型的結構，有助於擴展

維護每一個實體的複雜腳本或工做流程原本就很差擴展。你的工具應該提供一個基於模型的結構，可以輕鬆地作出更改，並將該更改傳遞到全部的配置環境中，這樣配置流程就會自動擴展，以適應需求的增加。可以將配置模型化，而不是爲新的更改編寫個性化腳本，能夠爲你的公司發展免去不少麻煩。

10. 控制：便於審查的工件和基於角色的權限

任何工具都應該提供協做基礎架構，以便實施完整的審查、增強控制、確保適合的人員得到適合的途徑來完成適合的任務……整個公司的全部團隊都應該如此。

11. 可擴展插件架構

工具應該包含一個數量可觀、而且不斷增長的插件列表，以支持開發運營工具的豐富生態系統。

在評估工具時清楚要尋找哪些特徵，是部署流水線成功的一個關鍵因素。筆者但願列出的這些標準特徵可以在你的團隊評估自動發佈工具時提供幫助。

本文系 OneAPM 工程師整理呈現。OneAPM 能爲您提供端到端的應用性能解決方案，咱們支持全部常見的框架及應用服務器，助您快速發現系統瓶頸，定位異常根本緣由。分鐘級部署，即刻體驗，性能監控歷來沒有如此簡單。想閱讀更多技術文章，請訪問 OneAPM 官方技術博客。

本文轉自 OneAPM 官方博客

原文地址：https://dzone.com/articles/11-standard-features-your-release-automation-tools-1