企業級代碼上線方案詳解

---

中小型企業代碼上線準則

（1）上線說明****
對於重要的升級上線來講先有運維人員備份全部重要數據，而後通過開發人員測試和內部測試成功後直接上傳的站點目錄，出現問題後採用歷史代碼回滾策略。
而對普通升級來講，先備份必要數據，而後代碼在開發人員和內外網測試成功後可直接上線。

（2）根據個人經驗給出的上線建議
1.開發人員在本地搭建測試環境（lnmp/lamp）、機房搭建專門的測試環境。
2.必定要選擇備份數據，方便出錯後的回滾工做。
3.在規定的時間段上線，通常選擇下班以前或者訪問量不大的時候，後者相較來講比較合理。

---

大型公司代碼上線準則
（1）上線流程說明
開發人員寫完代碼上傳到svn/gitlab服務端中--》將代碼拉倒辦公測試環境進行測試--【人工、自動（jenkins）】--》機房測試環境進行測試（與正式服同樣的環境）--》分發至正式服（AB分組/灰度發佈），總的來講就是要制定統一的上線制度。
（2）我給出的建議
1.每次測試失敗，都要分析在哪一個環節出的問題，對之後問題解決提供思路。
2.備份是必要的，這是跳回你原來版本的直接有效的一步，最好採用軟連接的形式
3.規定上線的時間，經過觀察網站監控各個時間段訪問量，在最低時刻上線。
4.上線的兩種比較好方式：AB分組、灰度發佈

---

什麼是AB分組發佈？

說明：
一、經過負載均衡器的切換，先對A組進行更新項目代碼，再更新B組。
二、負載均衡器的配置文件能夠準備三套配置文件（A、B、AB）-(平滑重啓)
下一節將對灰度發佈作詳細解說。