一些術語描述

灰度

灰度：就是先上一個機器，沒問題在再逐漸上線。一個從黑到白的過程。

灰度上線，簡單點理解就是按產品需求優先級，抽出核心需求，在知足用戶基本要求的狀況下快速上線，並經過限制流量、白名單等機制進行產品試用，以此收集用戶的意見，從而萃取出用戶潛在的需求，造成後續更有針對性的設計方案。

灰度發佈是指在黑與白之間，可以平滑過渡的一種發佈方式

##RD

RD 通常指的就是開發環境。

##CR

CR : Code Review

代碼評審是指在軟件開發過程當中，經過對源代碼進行系統性檢查的過程。一般的目的是查找系統缺陷，保證軟件整體質量和提升開發者自身水平。

##QPS

Queries per second 每秒的請求數目

##PPS

Packets per second 每秒數據包數目

版本

Alpha：是內部測試版,通常不向外部發布,會有不少Bug.通常只有測試人員使用。

Beta：也是測試版，這個階段的版本會一直加入新的功能。在Alpha版以後推出。

RC：(Release　Candidate) 顧名思義麼 ! 用在軟件上就是候選版本。系統平臺上就是發行候選版本。RC版不會再加入新的功能了，主要着重於除錯。

GA:General Availability,正式發佈的版本，在國外都是用GA來講明release版本的。

RTM：(Release to Manufacture)是給工廠大量壓片的版本，內容跟正式版是同樣的，不過RTM版也有出限制、評估版的。可是和正式版本的主要程序代碼都是同樣的。

OEM：是給計算機廠商隨着計算機販賣的，也就是隨機版。只能隨機器出貨，不能零售。只能全新安裝，不能從舊有操做系統升級。包裝不像零售版精美，一般只有一面CD和說明書(受權書)。

RVL：號稱是正式版，其實RVL根本不是版本的名稱。它是中文版/英文版文檔破解出來的。

EVAL：而流通在網絡上的EVAL版，與「評估版」相似，功能上和零售版沒有區別。

RTL：Retail(零售版)是真正的正式版，正式上架零售版。在安裝盤的i386文件夾裏有一個eula.txt，最後有一行EULAID，就是你的版本。好比簡體中文正式版是EULAID:WX.4_PRO_RTL_CN，繁體中文正式版是WX.4_PRO_RTL_TW。其中：若是是WX.開頭是正式版，WB.開頭是測試版。_PRE，表明家庭版；_PRO，表明專業版。

α、β、λ經常使用來表示軟件測試過程當中的三個階段，α是第一階段，通常只供內部測試使用；β是第二個階段，已經消除了軟件中大部分的不完善之處，但仍有可能還存在缺陷和漏洞，通常只提供給特定的用戶羣來測試使用；λ是第三個階段，此時產品已經至關成熟，只需在個別地方再作進一步的優化處理便可上市發行。

雙機冷備 雙機熱備 集羣 和雙機負載的區別

冷備

定時將數據備份至備份服務器或目標硬件，出現故障時不會自動接管，需手動啓硬件和服務

熱備

實時/計劃將數據備份至目標端，在源端發生故障時，自動接管業務服務(針對同一個服務，永遠是一個工做，一箇中止)；是性價比比較高的解決方案（如Rose雙機）

雙機熱備:

只有一個主機在工做，不可以平均分擔負載，同一時間只有一臺機器在工做，若是工做的機器發生故障，則經過集羣將全部服務轉移給另一臺機器，轉移時間30秒到2分鐘不等，根據數據量決定。

大多數應用於對安全性要求較高，且無24小時人員值守的環境。

負載均衡

兩臺服務器的服務都是啓動的狀態，經過前段硬件來分配訪問隊列，其中一個故障，另外一個自動接管，業務不中斷；方案一般比較昂貴 數十萬左右。(廣泛是針對應用服務，數據庫負載均衡因接口不一樣，無通用版本。)

2臺或2臺以上的機器同時運行，設備之間沒有主次之分，須要負載均衡設備，須要數據同步軟件，而且基本上只應用前端接收請求的設備。當單臺設備出現故障，則由其餘設備平均分擔全部應用請求。

大多數應用於訪問量很是大的場合。只要有一臺設備在工做，訪問就不會中斷。

雙機熱備與負載均衡區別在於

1. 雙機熱備至關於2臺服務器其中有一臺是另外一臺的備機，也能夠互爲備機；主機在運行服務時，備機處於檢測狀態，主機發生故障後，備機將接管主機的服務
2. 負載均衡是在這2臺服務器（或N多臺）之上增長了一臺負載均衡服務器，負載均衡服務器的做用是把用戶的請求平均分配到每一個節點；增長集羣總體的處理能力；實現網絡訪問的均衡
3. 雙機熱備是爲保障24*7小時高可用不停機而推出的產品，而負載均衡是解決服務器壓力過大，網絡請求大量併發而設計的產品
4. 雙機熱備的優勢是：能保障用戶服務不間斷；負載均衡的優勢：WEB訪問流暢，用戶請求平均分佈在每一個節點上
5. 雙機熱備缺點：用傳統加加陣列的方式增長了存儲空間，一樣也造成了單點故障；有可能雙機熱備成爲虛設，由於一旦陣列崩潰，服務也意味這中止。 （在條件容許的狀況下，能夠考慮不加陣列，用軟件方式作數據同步，陣列作爲備份數據的存儲，不失爲一個好辦法）
6. 負載均衡的缺點：適用靜態WEB，若是是數據庫將不起做用，數據庫的多向同步目前尚未徹底解決的方案（好比某用戶被分配到1號服務器，他在數據庫裏添加了一條信息；當他下次訪問，卻被分到2號服務器，那麼他原先的數據庫信息將不存在）