秒殺系統挑戰與對策（week 9）

秒殺大家都很熟悉，它就是在某一時刻大量請求同時搶購某一商品並完成交易的過程。作為乙個支援秒殺活動的系統，面臨哪些挑戰，又有什麼對策呢？

相較於平時的售賣，秒殺最大的特點就是高併發、瞬時的高併發。由於秒殺商品的超高價效比，大量的買家湧入，給系統貢獻了第一波併發使用者；除此之外，還有薅羊毛黨利用機械人、殭屍號等貢獻的第二波併發「使用者」。

這個高併發，給系統帶來了一下挑戰：

頻寬耗盡

應用伺服器負載過高最終崩潰

資料庫壓力過大崩潰

商品超賣

假設系統是按平時支援100併發使用者設計實現的，若秒殺時有10000併發使用者，系統的頻寬、伺服器、資料庫等等是不可能抗住的。而增加100倍的頻寬、伺服器來支援秒殺既不經濟也不現實。那麼，我們如何應對呢？

從秒殺系統的挑戰我們可以看到，一旦使用者的請求都進入到後端，那麼就憑平時系統的那些伺服器肯本扛不住，秒殺系統會拖垮全站。該如何避免大量請求到達後端甚至拖垮全站呢？我們的基本對策應該是：

把盡量多的請求攔截在應用伺服器之前，只放少量有效的請求進入後端，並且盡可能減少請求的資料量；

即使秒殺系統扛不住，也不能影響平時系統的正常執行。

對於策略1，我們可以採取的具體措施有，

對於策略2，我們可以做系統隔離。秒殺系統執行在單獨的伺服器集群之上，不和現存生產環境共享伺服器或者頻寬。需要呼叫現有系統服務的地方有設定降級或熔斷機制。