持續集成與自動化部署 - 自動化部署概述(一)

1 自動化部署概述

1.1 原始的上線方式。

  • 純手工scp
  • 純手工登錄git pull或者是svn update
  • 純手工xftp往服務器上拉
  • 開發給打一個壓縮包,rz上去,解壓

缺點:

  • 全程需要運維來進行參與,佔用大量時間。
  • 上線速度慢
  • 人爲操作失誤多
  • 回滾速度慢

1.2 環境規劃

1.2.1 開發環境

開發者本地有自己的環境,然後運維需要設置的開發環境。
大家公用的服務。列如:mysql, 其他:redis memcached

1.2.2 測試環境

功能測試環境和性能測試環境。

1.2.3 預生產環境

由生產環境中的某一個節點擔任

1.2.4 生產環境

直接對用戶提供服務的環境
注: : 測試環境和生產環境肯定是不一樣的,例如:線上的數據庫數據和測試環境的數據就不一樣的。

持續集成與自動化部署 - 自動化部署概述(一)

1.3 如何設計一套自動化代碼上線方案?

  1. 規劃。
  2. 實現。
  3. 總結應用。
  4. 在生產環境應用。

參考知識PDCA

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章