從接觸運維開始，最苦逼的事情就是業務上線，為什麼這麼說？ 就是因為有了很多的大坑隊友。不是因為開發的童鞋漏提**，就是因為測試童鞋線下測試的不到位導致**扔到線上後出現各種問題，各種404。近期和各位童鞋研究了應對這種現象的解決方案，得到了如下結果：
上線分為如下幾種等級：測試發布、預發布、灰度發布、正式發布，下面分來來針對這四種發布介紹下區別。
測試發布：
預發布：
灰度發布：程式經歷過預發布後下一步就是灰度發布。使用線上的生產環境進行測試，使用物件是部分客戶，這種過程稱之為灰度發布。
正式發布：**經歷過上述三種測試後，基本可以確定ok了，就可以進行**正式發布了。環境使用生產環境，客戶是全部客戶。
以上講述了四種發布的區別以及作用，接下來繼續說說前幾天預發布的過程。
預發布的意思是，我們自己的測試人員使用線上的環境線上的資料進行線上測試，但是還不能影響線上正常用的使用，解決辦法如下：
根據公網ip進行反向**，本部門的公網ip是固定的，那麼當客戶訪問的時候，如果是本部門的公網ip的話，nginx進行方向**到新**tomcat上，如果非本部門的公網ip，那麼**到原有tomcat上，拓撲如下：
nginx**：動態請求的規則下面這麼寫
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
upstream jljerp
upstream jljerp_rc
server
# 如果不是本部門ip請求，按照原有規則進行原有生產環境進行**
nginx**：靜態請求的規則這麼寫（換湯不換藥）
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
server
}
# 由於字型使用跨域的方式進行的呼叫，預設瀏覽器拒絕訪問，加上這個location就可以在其他網域名稱下訪問這個網域名稱的字型了
location ~* \.(eot|ttf|woff|svg|otf|woff2)$
error_page 404 500 502 503 504/404.html;
location =/404.html
}
整理 灰度發布策略
目錄灰度發布是版本公升級平滑過渡的一種方式 也可以增加產品的某些特性 簡而言之，當版本公升級時，使部分使用者使用高版本，其他使用者繼續使用低版本，待高版本穩定後，逐步擴大範圍把所有使用者流量都遷移到高版本上面來。ab test也是一種灰度發布方式，讓一部分使用者繼續用a，一部分使用者開始用b，如果使...
git灰度發布版本 一種前端灰度發布方案
本文介紹一種前端灰度發布方案，主要解決的是傳統的灰度發布只能以機器維度進行分組的問題。提供一種使用者維度分組的灰度發布機制。傳統灰度發布，因為是以機器分組，所以要求服務是無狀態的。所謂無狀態就是對請求的處理是上下文無關的。有長連線 讀寫檔案 快取等場景，就是所謂 有狀態 的。有狀態的服務，如果使用者...
git灰度發布版本 一種前端灰度發布方案
本文介紹一種前端灰度發布方案，主要解決的是傳統的灰度發布只能以機器維度進行分組的問題。提供一種使用者維度分組的灰度發布機制。傳統灰度發布，因為是以機器分組，所以要求服務是無狀態的。所謂無狀態就是對請求的處理是上下文無關的。有長連線 讀寫檔案 快取等場景，就是所謂 有狀態 的。有狀態的服務，如果使用者...