話說立刻要到雙11了，就來談談如何設計一個秒殺系統架構javascript
技術挑戰java
1. 對原有業務造成衝擊程序員
秒殺活動只是網站營銷的一個附加活動，特色是：時間短、併發訪問量大，若是和網站原有應用部署在一塊兒，必然會對現有業務形成衝擊。數據庫
解決方案：將秒殺系統獨立部署，甚至使用獨立域名，使其與網站徹底隔離。瀏覽器
2. 高併發下數據庫、應用負載緩存
用戶在秒殺開始前，經過不停刷新瀏覽器頁面以保證不會錯過秒殺，這些請求若是按照通常的網站應用架構，訪問性能優化
應用服務器、鏈接數據庫，服務器
會對應用服務器和數據庫服務器形成負載壓力。網絡
解決方案：從新設計秒殺商品頁面，不使用網站原來的商品詳細頁面，頁面內容靜態化，用戶請求不須要通過架構
應用服務
3. 忽然增大的服務器和網絡帶寬
假設商品頁面大小200K，10000個請求的帶寬就是2G。
解決方案：由於秒殺新增的網絡帶寬，必須和運營商從新購買或者租借。爲了減輕網站服務器的壓力，
須要將秒殺商品頁面緩存到CDN
4. 防止秒殺前下單
秒殺的遊戲規則是到了秒殺才能開始對商品下單購買，在此時間點以前，只能瀏覽商品信息，不能下單。而下單頁面也是一個普通的URL，若是獲得這個URL，不用等到秒殺開始就能夠下單了。
解決方案：爲了不用戶直接訪問下單頁面URL，須要將改URL動態化，即便秒殺系統的開發者也沒法在秒殺開始前訪問下單頁面的URL。辦法是在下單頁面URL加入由服務器端生成的隨機數做爲參數，在秒殺開始的時候才能獲得。
應對策略
1. 獨立部署
和原有業務部署在不一樣服務器，防止高併發拖垮整個網站
2. 頁面靜態化
將商品詳情、描述靜態化到頁面
3. 租借秒殺網絡帶寬
向運營商租借帶寬
4. 動態生成隨機下單頁面URL
沒法在秒殺前訪問下單頁面的URL：加入服務器端生成的隨機數做爲參數，在秒殺開始前才能獲得
架構設計
1. 控制秒殺購買頁面的點亮
購買按鈕只有在活動開始的時候才能點亮，在此以前是灰色的。若是是動態頁面，能夠很容易解決這個問題，但爲了減輕服務器端負載壓力，
更好的利用CDN、反向代理等性能優化手段，
該頁面被設計爲靜態頁面，緩存在CDN、反向代理服務器上，甚至用戶瀏覽器上。秒殺開始時，用戶刷新頁面，請求根本不會到達應用服務器。
解決方案：秒殺商品頁面加入一個javascript引用，該javascript中加入秒殺是否開始的標誌和下單頁面URL的隨機數參數，該javascript使用隨機版本號，不可被瀏覽器緩存
當秒殺開始時，生成一個新的javascript文件並被用戶瀏覽器加載
2. 容許第一個訂單提交
秒殺開始，因爲最終可以成功秒殺到商品的用戶只有一個，所以須要在用戶提交訂單時，檢查是否已經有訂單提交。
解決方案：爲了減輕下單頁面服務器的負載壓力，能夠控制進入下單頁面入口，只有先提交的少數用戶可進入，後邊的用戶直接進入秒殺結束頁面
下單服務器檢查本機已處理的下單請求數目
*若是超過10條，直接返回已結束頁面給用戶；
*若是未超過10條，則用戶可進入填寫訂單及確認頁面；
檢查全局已提交訂單數目
*已超過秒殺商品總數，返回已結束頁面給用戶；
*未超過秒殺商品總數，提交到子訂單系統。
這樣就大大地減小了數據庫的負載壓力。
那如何學習才能進入一線互聯網公司呢？
當真正開始學習的時候不免不知道從哪入手，哪些技術須要重點掌握，學習時頻繁踩坑，致使效率低下影響繼續學習的信心，最終浪費大量時間
因此有一套實用的視頻課程用來跟着學習是很是有必要的。今天給你們免費分享一套阿里架構師傳授的一套教學資源。讓學習變得輕鬆、高效！
後臺私信我「架構」 立刻免費得到這套教學資源！
最後，作一個愛思考，懂思考，會思考的程序員。