問題描述

比如有5臺服務(wù)器跑了5個node項目，然后前面使用nginx做負(fù)載均衡

比如項目訪問量很大，然后增加了一些新的功能，項目需要升級 5臺服務(wù)器逐個升級，怎么能保證在升級的過程中不會影響訪問

例如 現(xiàn)在要升級A服務(wù)器上的node項目，但是A服務(wù)器上有許多請求 如果直接升級的話，請求可能就會沒有響應(yīng)，如果項目涉及到對數(shù)據(jù)庫操作，可能會產(chǎn)生臟數(shù)據(jù)

我能想到的一種方案是 事先發(fā)公告 沒有流量的時候再升級

我想請問還沒有其它方案，在不影響用戶請求的情況下對服務(wù)進(jìn)行升級呢

問題解答

只是無響應(yīng) (我猜是tcp連接中斷) 比較簡單，nginx切換配置時可以graceful restart的，這樣可以撤掉一臺后端--升級后端--加回去。

但是'不影響訪問' 不止要解決這個，你還需要讓舊版本的前端和新版本的服務(wù)器可以共用。

臟數(shù)據(jù)是另一個問題了。不應(yīng)該期待每個請求都正常結(jié)束，清理臟數(shù)據(jù) (現(xiàn)場或事后) 的機制總歸是應(yīng)該有的。

當(dāng)你的服務(wù)器支持平滑重啟，這就比較方便了。平滑重啟可能是你自己實現(xiàn)的，也可能是框架或者庫提供的。

你這么想本來就是錯的，除非你5臺機器上部署的是不同的項目，那么升級只能停機，不然還能怎么辦你說。你這個意思是5臺機器上部署同一個項目，那么升級的時候你考慮怎么能不影響服務(wù)，你的出發(fā)點應(yīng)該在這兒，那這里就有一個問題，對于一個請求你是怎么做分發(fā)到5臺機器上的，你怎么做的然后就在哪里調(diào)整就是了，在低谷的時候把5臺改成4臺，然后升級成功之后再加回去，如果擔(dān)心升級過程中響應(yīng)不過來，那么就調(diào)整緩存時間，都5臺機器了，不會沒緩存把。。。

升級一般都是凌晨升級，因為如果出了什么問題，都不會影響那么大

負(fù)責(zé)均衡下掉一臺服務(wù)器，升級，然后再up

完全不影響是不可能，只有盡可能的讓影響看不出來，你觀察一下京東就會發(fā)現(xiàn)，它家的服務(wù)器經(jīng)常凌晨升級，升級的時候你打開它的菜單是刷不出東西來的，就看不停的轉(zhuǎn)圈，但是就是不出內(nèi)容。所以基本都是升級的時候把服務(wù)器切換到友好的不出內(nèi)容界面，升級完再換回來。

逐臺升級，升級過程中把流量引導(dǎo)其他服務(wù)器

我們項目是用pm2發(fā)布和做進(jìn)程管理的

發(fā)布的時候不會影響用戶是用

熱部署

灰度發(fā)布