1 自動化部署概述
1.1 原始的上線方式。
- 純手工scp
- 純手工登陸git pull或者是svn update
- 純手工xftp往服務器上拉
- 開發給打一個壓縮包,rz上去,解壓
缺點:mysql
- 全程須要運維來進行參與,佔用大量時間。
- 上線速度慢
- 人爲操做失誤多
- 回滾速度慢
1.2 環境規劃
1.2.1 開發環境
開發者本地有本身的環境,而後運維須要設置的開發環境。
你們公用的服務。列如:mysql, 其餘:redis memcachedgit
1.2.2 測試環境
功能測試環境和性能測試環境。redis
1.2.3 預生產環境
由生產環境中的某一個節點擔任sql
1.2.4 生產環境
直接對用戶提供服務的環境
注:
: 測試環境和生產環境確定是不同的,例如:線上的數據庫數據和測試環境的數據就不同的。數據庫
![持續集成與自動化部署 - 自動化部署概述(一)](http://static.javashuo.com/static/loading.gif)
1.3 如何設計一套自動化代碼上線方案?
- 規劃。
- 實現。
- 總結應用。
- 在生產環境應用。
參考知識PDCA服務器