自動釋出工具應該具備的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