隨著互聯網技術的不斷發展，我們在進行服務器開發方面也掌握了很多的開發部署技術。今天，沙河IT培訓就給大家簡單來介紹壹下，都有哪些服務器開發部署方法是值得我們使用的。
停機部署
停機部署其實是簡單粗暴的方式，就是簡單地把現有版本的服務停機，然後部署新的版本。在壹些時候，我們必需使用這樣的方式來部署或升級多個服務。比如，新版本中的服務使用到了和老版本完全不兼容的數據表的設計。這個時候，我們對生產有兩個變更，壹個是數據庫，另壹個是服務，而且新老版本互不兼容，所以只能使用停機部署的方式。
這種方式的優勢是，在部署過程中不會出現新老版本同時在線的情況，所有狀態完全壹致。停機部署主要是為了新版本的壹致性問題。
這種方式不好的問題就是會停機，對用戶的影響會很大。所以，壹般來說，這種部署方式需要事前掛公告，選擇壹個用戶訪問少的時間段來做。
藍綠部署
藍綠部署與停機部署大的不同是，其在生產線上部署相同數量的新的服務，然後當新的服務測試確認OK後，把流量切到新的服務這邊來。藍綠部署比停機部署好的地方是，它無需停機。
我們可以看到這種部署方式，就是我們說的預發環境。在我以前的金融公司裏，也經常用這種方式，生產線上有兩套相同的集群，壹套是Prod是真實服務的，另壹套是Stage是預發環境，發布發Stage，然後把流量切到Stage這邊，於是Stage就成了Prod，而之前的Prod則成了Stage。有點像換頁似的。
這種方式的優點是沒有停機，實時發布和升級，也避免有新舊版本同時在線的問題。但這種部署的問題就是有點浪費，因為需要使用雙倍的資源(不過，這只是在物理機時代，在雲計算時代沒事，因為虛擬機部署完就可以釋放了)。
另外，如果我們的服務中有狀態，比如壹些緩存什麽的，停機部署和藍綠部署都會有問題。
滾動部署
滾動部署策略是指通過逐個替換應用的所有實例，來緩慢發布應用的壹個新版本。通常過程如下：在負載調度後有個版本A的應用實例池，壹個版本B的實例部署成功，可以響應請求時，該實例被加入到池中。然後，版本A的壹個實例從池中刪除並下線。
這種部署方式直接對現有的服務進行升級，雖然便於操作，而且在緩慢地更新的過程中，對於有狀態的服務也是比較友好的，狀態可以在更新中慢慢重建起來。但是，這種部署的問題也是比較多的。
在發布過程中，會出現新老兩個版本同時在線的情況，同壹用戶的請求可能在新老版中切換而導致問題。