1 .小型企業現狀

小型公司一般只有幾個開發人員，並且網站核心程序大多都是PHP語言開發，為了方便，會直接通過FTP直接上傳程序代碼到線上服務器，隨時隨地上線更新。

1.1 上述代碼方案的優缺點

優點：發布快，及時，隨時隨地就可以發布代碼。

缺點：開發人員發布的代碼不經過測試人員的測試，用戶刷新網頁可能發現頁面改變，也可能刷新瞬間程序在更新，到時無法訪問，對網站用戶的體驗較差，如果開發寫錯了代碼，造成的影響就更大了，這是拿用戶做測試的上線方案。

據統計，網站中大概50%以上的故障是和開發程序代碼有關的，比如，開發寫錯了一個循環代碼，導致了死循環，此時大量用戶訪問這個程序，就能把服務器資源耗盡，搞死服務器。

在中小公司網站出了問題一般是運維人員的問題（例如網站宕機），但是這種情況下，問題大多可能由開發人員或代碼引起的，這裏比較好的策略是開發項目負責制。

1.2 小型企業上線架構方案建議

開發人員需在個人電腦搭建

程序代碼上線規定時間，例如：三天上線一次，如網站需經常更新可每天下午17點上線，這個看網站業務性質而定，原則就是影響用戶體驗最小。

代碼上線需備份，網站程序問了問題方便回退，另外，從上線技巧上來說，上傳代碼盡可能先傳到服務器網站臨時目錄，傳完整後一步MV過去，或者通過lN做軟連接。

代碼全部復制到網站，不要增量復制

2 中型網站代碼上線

中型企業上線，一般是規範運維人員操作步驟，指定統一的上線操作腳本，備份文件名稱，備份文件路徑，使操作人性化，統一化，自動化。

3 大型企業代碼上線

3.1 PHP程序代碼上線註意事項

對於PHP上線方法：發布代碼時（也需要測試流程）可以直接發布到正式線臨時目錄，然後mv或更改link的方式發布到正式線目錄，不需要重啟http/php服務。

3.2 JAVA程序代碼上線註意事項

對於JAVA上線方法：需要分組平滑上線。例如，首先從負載均衡上摘掉一半的服務器，發布代碼後，重啟服務器測試，沒問題後，掛載上線完成一半，再卸載另外一半。如果前端有DNS智能解析，上線還可以分地區上線若幹服務器，逐漸普及到全國的服務器，這個稱為灰度發布。

3.3 大型集群架構代碼發布方案註意事項

上線的流程裏：辦公測試環境-------IDC測試環境------正式生產環境。所有環境中的所有軟件均應版本統一，其次，盡量單一，否則將後患無窮（開發測試成功，IDC測試可能有問題）。例如：操作系統，web服務器，jdk，php,tocat等版本

采用全量升級，而不是增量。

本文出自 “寫個博客騙錢” 博客，轉載請與作者聯系！

代碼上線