很久沒更新博客了. 如今慢慢更新下吧 . 簡單介紹下原來電商框架的基本架構圖.nginx
這裏簡單減小下以前電商框架使用的架構模式.web
域名解析. 這裏不用多少redis
靜態資源,好比商品的圖片能夠緩存到CDN裏. 減輕服務器壓力.
還支持用戶就近原則.用戶能夠就近去cdn裏去緩存信息後端
主要三個能力緩存
業務量小的時候.徹底不必使用.直接上nginx就行.服務器
可是這裏有個問題就是nginx成爲單點.一旦nginx掛了.整個後面就不可用了.不過如今都上雲了通常也沒人搭這個. 雲上通常都有vip和四層負載均衡的能力架構
有些不用訪問到後臺數據的或者流量不到的直接web服務懟就好了,不用請求到後端.這裏說正常業務.負載均衡
這裏用的是go版本的cgi. 接受用戶請求解析.而後按照規定的序列號請求包請求到後端服務框架
每臺機器上有配置中心服務異步
配置中心有些功能尚未其實能夠加上. 後端每一個服務、每一個機器上報本身的負載狀況.而後配置中心根據這些上報的信息.來自動摘除和從新上架服務
路由策略
權重路由. 這裏還沒作. 其實能夠作. 根據後端服務的負載狀況給每一個服務一個加權值.負載高的就少分點請求.負載低的能夠多分點請求
主要三個組件
具體就不介紹了. 我以前有4片博客介紹了.
主要用來作商品詳情的緩存.減小對db的壓力
其次 秒殺的時候用了有序集合來作隊列
咱們主要仍是異步解耦. 好比下單送積分. 支付成功後會丟一個消息到mq裏。而後有消費者拉去mq來作積分的加減.
而後有個對帳程序來補漏