2 秒殺專案架構分析

2021-08-17 23:46:35 字數 509 閱讀 6047

架構  構思

認清形勢

使用者:超大量、正常/壞人

地域:全國各地     解釋:因為網路的請求來自各個地方 為了降低網路傳輸的延時 我們都用cdn網路 提前將我們的服務傳送到離使用者最近的那個伺服器上 由此大大減少不同地域網路訪問的差距 也相當於起到了乙個分流的作用

業務流程:[前台]商品展示、登記、[後台]資料接入、資料處理

生成架構方案

可以分為兩個大層

一、使用者能夠看到的(前)

1.商品展示層/頁、 2.使用者登記層

二、邏輯層(後)

1.資料接入層、

2.後續處理層(資料持久化層)

注意:要節節過濾 驗證 能夠反饋每個層面的詳細情況(使用者是否登記...)

08 秒殺 介面優化

1.redis預減庫存減少伺服器訪問 2.記憶體標記減少redis訪問 3.請求先入隊緩衝,非同步下單,增強使用者體驗 4.rabbitmq安裝與springboot整合 5.nginx水平拓展 6.資料庫分庫分表 mycat 1.解決超賣問題 1 資料庫加唯一索引,防止秒殺期間使用者重複購買 2 ...

1,秒殺系統的設計

一 秒殺系統的特點 1,人多商品少,2,時間短流量高。3,外掛程式機器,專業人員 二 技術分析 1,瞬時高併發的處理能力。2,多層次分布式處理能力 3,人機互動與對抗,4,選擇 linux nginx php mysql redis 開源,免費,大眾普及 2 2技術選型分析 cdn,智慧型dns 就...

電商專案系列文件(三) 秒殺的設計

秒殺業務 一 秒殺 參考京東 1 秒殺開始前,秒殺商品顯示原價 涉及除秒殺活動頁面外所有商品的顯示頁面,包括購物車 收藏 足跡等頁面 2 秒殺開始前,可以使用原價購買商品 3 秒殺開始前,秒殺活動中的商品顯示秒殺價,而非原價。進入商品詳細可顯示原價 4 秒殺開始後,秒殺商品顯示秒殺價 所有商品顯示頁...