企業級代碼上線方案詳解
阿新 • • 發佈：2018-03-27
代碼上線 代碼備份 軟鏈接
1.每次測試失敗，都要分析在哪個環節出的問題，對以後問題解決提供思路。
2.備份是必要的，這是跳回你原來版本的直接有效的一步，最好采用軟鏈接的形式
3.規定上線的時間，通過觀察網站監控各個時間段訪問量，在最低時刻上線。
4.上線的兩種比較好方式：AB分組、灰度發布
中小型企業代碼上線準則
（1）上線說明****
對於重要的升級上線來說先有運維人員備份所有重要數據，然後經過開發人員測試和內部測試成功後直接上傳的站點目錄，出現問題後采用歷史代碼回滾策略。
而對普通升級來說，先備份必要數據，然後代碼在開發人員和內外網測試成功後可直接上線。
（2）根據我的經驗給出的上線建議
1.開發人員在本地搭建測試環境（lnmp/lamp）、機房搭建專門的測試環境。
2.一定要選擇備份數據，方便出錯後的回滾工作。
3.在規定的時間段上線，一般選擇下班之前或者訪問量不大的時候，後者相較來說比較合理。
大型公司代碼上線準則
（1）上線流程說明
開發人員寫完代碼上傳到svn/gitlab服務端中--》將代碼拉倒辦公測試環境進行測試--【人工、自動（jenkins）】--》機房測試環境進行測試（與正式服一樣的環境）--》分發至正式服（AB分組/灰度發布），總的來說就是要制定統一的上線制度。
1.每次測試失敗，都要分析在哪個環節出的問題，對以後問題解決提供思路。
2.備份是必要的，這是跳回你原來版本的直接有效的一步，最好采用軟鏈接的形式
3.規定上線的時間，通過觀察網站監控各個時間段訪問量，在最低時刻上線。
4.上線的兩種比較好方式：AB分組、灰度發布
什麽是AB分組發布？
說明：
1、通過負載均衡器的切換，先對A組進行更新項目代碼，再更新B組。
2、負載均衡器的配置文件可以準備三套配置文件（A、B、AB）-(平滑重啟)
下一節將對灰度發布做詳細解說。
企業級代碼上線方案詳解