新增功能：
邏輯與業務分離，完美實現邏輯與業務分離，業務實現統一shell腳本開發，由框架統一調用。
并發多線程部署，不管多少臺服務器，多少個服務，同時發起線程進行更新、部署、啟動。
提高list規則文件DIY程度，減少新增服務帶來的修改代碼，實現掃描list自動化安裝部署。（配置、與監控屬于業務范圍，還需手動修改。）
完善回滾機制，可根據時間段進行回滾，實現即時回滾即時使用。
1引言自動化部署與統一安裝升級，適用于多資源型分布/分離式部署項目?！? 隨著服務/業務的越來越多，配置文件更是眼花繚亂，每次不知道因為部署/安裝問題浪費多少時間，更不知道因為配置問題出過多少問題。多臺服務器來回切換，如果服務需要依賴，啟動更是問題。 怎么實現自動化安裝升級，一鍵執行統一安裝。
適用于多資源型分布式部署項目，隨著服務的越來越多，配置文件更是眼花繚亂，每次不知道因為部署問題浪費多少時間，更不知道因為配置問題出過多少問題。多臺服務器來回切換，如果服務需要依賴，啟動更是問題。
1.1 目的統一安裝、批量部署、統一監控。
1.2 范圍本項目使用范圍包括：
- 基于多資源型開發項目
- 項目相關服務繁多
- 服務多依賴關系
1.3 讀者本需求規格說明書的閱讀者或其他文檔干系人有平臺總監、產品經理、項目總監、項目經理、開發人員、測試人員、運維人員、用戶體驗設計人員等。
2項目總體描述2.1 系統總體功能框架執行統一安裝前，首先備份上一輪項目并提取涉及配置文件，再是檢查SVN更新版本，確認無誤后執行統一安裝。
實現一鍵執行統一安裝,執行完畢展示服務進程及相關版本。
2.2 系統功能列表編號 | 模塊 | 功能 | 說明 |
unifyDeploy_0.1 | Exec | 建立信任、初始命令 | 初始 |
unifyDeploy_0.2 | Tools | 服務介入List規則 | 掃描提供服務列表，獲取配置信息 |
unifyDeploy_0.3 | Conf | 配置文件處理優化展示 | 自動生成 |
unifyDeploy_0.4 | Bin | 執行工具 | 提供總執行與單一執行 |
unifyDeploy_0.5 | New | 存放修改后配置文件 | 與bak保留文件成反比 |
unifyDeploy_0.6 | Bak | 存放原始配置文件 | 便于問題分析 |
unifyDeploy_0.7 | Temp | 存放臨時文件 | 臨時文件將及時刪除無任何冗積 |
unifyDeploy_0.8 | Workapp | 存放安裝包 | 上傳安裝包 |
unifyDeploy_0.9 | Workbak | 備份安裝包 | 統一回滾 |
通過本系統統一安裝部署非常簡單，只需用戶根據list模版提供服務列表，其他無需操作。服務列表如下：
名詞解釋：
server ：服務名稱 ip ：服務器ip指向 path ：部署路徑指向 config ：配置項 cfpath：配置路徑
執行腳本，“conf”目錄自動生成用戶所需修改配置文件，配置文件是通過處理篩選后生成，所以一個服務不管需要配置多少文件，這里只生成一個，方便修改與管理。配置文件沿用上一輪版本配置文件，在新一輪版本沒有新增配置項情況，無需修改跳過此步。
3.2 自動化統一安裝部署自動化統一安裝部署，包括：主機信任、SVN安裝包下載、上傳解壓安裝包、同步配置、上一輪安裝備份、啟動服務、監控服務等。
list.sh init.sh pass.war startup.sh syn.sh exec.sh thread.py
部署支持統一安裝于分布式安裝，每個腳本可以拆分開任意組合使用，比如：
1)一套新環境中還未部署服務，只需調整上傳安裝包腳本順序，先上傳安裝包后，后續操作正常執行。
2)迭代更新，功能稍作修改，原配置項無需修改，也只需調整上傳安裝包包腳本順序，先獲取原有配置，再上傳更新安裝包包，后續操作正常執行。
3.3 與Ansible優缺點對比
優點：
1) 框架開源，業務腳本基于shell開發，不像Ansible封裝的那么嚴重，只能按照他的格式去寫
2）將一個服務下的多個配置文件處理成一個配置模板，與Ansible相比更加的方便修改與檢查
3）支持更多的DIY功能，更好的實現監控進程、檢查版本等
4）可根據時間段進行回滾，實現即時回滾即時使用
5）不僅適用于更新部署同樣適用于第一次部署
缺點：
1）Ansible商業化要久，更多人在用
自動化部署與統一安裝升級 - 類ansible工具 unifyDeploy0.3版本發布 （更新時間2014-12-24）
unifyDeploy0.4 下載
新聞熱點
疑難解答
