大型網(wǎng)站架構(gòu)是一個(gè)系列文檔，歡迎大家關(guān)注。本次分享主題：電商網(wǎng)站架構(gòu)案例。從電商網(wǎng)站的需求，到單機(jī)架構(gòu)，逐步演變?yōu)槌Ｓ玫?，可供參考的分布式架?gòu)的原型。網(wǎng)上電子商城系統(tǒng)除具備功能需求外，還具備一定的高性能，高可用，可伸縮，可擴(kuò)展等非功能質(zhì)量需求（架構(gòu)目標(biāo)）。

根據(jù)實(shí)際網(wǎng)上商城系統(tǒng)網(wǎng)站需要，進(jìn)行改造，擴(kuò)展，支持千萬(wàn)PV，是沒(méi)問(wèn)題的。

本次分享大綱

1、電商案例的原因；

2、電商網(wǎng)站需求；

3、網(wǎng)站初級(jí)架構(gòu)；

4、系統(tǒng)容量估算；

5、網(wǎng)站架構(gòu)分析；

6、網(wǎng)站架構(gòu)優(yōu)化；

7、架構(gòu)總結(jié)；

電商網(wǎng)站案例，一共有三篇本篇主要說(shuō)明網(wǎng)站的需求，網(wǎng)站初始架構(gòu)，系統(tǒng)容量估算方法。

一、電商案例的原因

分布式大型網(wǎng)站，目前看主要有幾類(lèi)：

1.大型門(mén)戶，比如網(wǎng)易，新浪等；

2.SNS網(wǎng)站，比如校內(nèi)，開(kāi)心網(wǎng)等；

3.電商網(wǎng)站：比如阿里巴巴，京東商城，國(guó)美在線，汽車(chē)之家等。

大型門(mén)戶一般是新聞?lì)愋畔ⅲ梢允褂肅DN，靜態(tài)化等方式優(yōu)化，開(kāi)心網(wǎng)等交互性比較多，可能會(huì)引入更多的NOSQL，分布式緩存，使用高性能的通信框架等。電商網(wǎng)站具備以上兩類(lèi)的特點(diǎn)，比如產(chǎn)品詳情可以采用CDN，靜態(tài)化，交互性高的需要采用NOSQL等技術(shù)。因此，我們采用電商網(wǎng)站作為案例，進(jìn)行分析。

二、電商網(wǎng)站需求

客戶需求：

1、建立一個(gè)全品類(lèi)的電子商務(wù)網(wǎng)站（B2C），用戶可以在線購(gòu)買(mǎi)商品，可以在線支付，也可以貨到付款；

2、用戶購(gòu)買(mǎi)時(shí)可以在線與客服溝通；

3、用戶收到商品后，可以給商品打分，評(píng)價(jià)；

4、目前有成熟的進(jìn)銷(xiāo)存系統(tǒng)；需要與網(wǎng)站對(duì)接；

5、希望能夠支持3~5年，業(yè)務(wù)的發(fā)展；

6、預(yù)計(jì)3~5年用戶數(shù)達(dá)到1000萬(wàn)；

7、定期舉辦雙11，雙12,三八男人節(jié)等活動(dòng)；

8、其他的功能參考京東或國(guó)美在線等網(wǎng)站。

客戶就是客戶，不會(huì)告訴你具體要什么，只會(huì)告訴你他想要什么，我們很多時(shí)候要引導(dǎo)，挖掘客戶的需求。好在提供了明確的參考網(wǎng)站。因此，下一步要進(jìn)行大量的分析，結(jié)合行業(yè)，以及參考網(wǎng)站，給客戶提供方案。

其他的略~~~~~

需求功能矩陣

需求管理傳統(tǒng)的做法，會(huì)使用用例圖或模塊圖（需求列表）進(jìn)行需求的描述。這樣做常常忽視掉一個(gè)很重要的需求（非功能需求），因此推薦大家使用需求功能矩陣，進(jìn)行需求描述。

本電商網(wǎng)站的需求矩陣如下：

以上是對(duì)電商網(wǎng)站需求的簡(jiǎn)單舉例，目的是說(shuō)明：

（1）需求分析的時(shí)候，要全面，大型分布式系統(tǒng)重點(diǎn)考慮非功能需求；

（2）描述一個(gè)簡(jiǎn)單的電商需求場(chǎng)景，使大家對(duì)下一步的分析設(shè)計(jì)有個(gè)依據(jù)。

三、網(wǎng)站初級(jí)架構(gòu)

一般網(wǎng)站，剛開(kāi)始的做法，是三臺(tái)服務(wù)器，一臺(tái)部署應(yīng)用，一臺(tái)部署數(shù)據(jù)庫(kù)，一臺(tái)部署NFS文件系統(tǒng)。

這是前幾年比較傳統(tǒng)的做法，之前見(jiàn)到一個(gè)網(wǎng)站10萬(wàn)多會(huì)員，垂直服裝設(shè)計(jì)門(mén)戶，N多圖片。使用了一臺(tái)服務(wù)器部署了應(yīng)用，數(shù)據(jù)庫(kù)以及圖片存儲(chǔ)。出現(xiàn)了很多性能問(wèn)題。

如下圖：

但是，目前主流的網(wǎng)站架構(gòu)已經(jīng)發(fā)生了翻天覆地的變化。一般都會(huì)采用集群的方式，進(jìn)行高可用設(shè)計(jì)。至少是下面這個(gè)樣子。

（1）使用集群對(duì)應(yīng)用服務(wù)器進(jìn)行冗余，實(shí)現(xiàn)高可用；（負(fù)載均衡設(shè)備可與應(yīng)用一塊部署）

（2）使用數(shù)據(jù)庫(kù)主備模式，實(shí)現(xiàn)數(shù)據(jù)備份和高可用；

四、系統(tǒng)容量預(yù)估

預(yù)估步驟：

（1）注冊(cè)用戶數(shù)-日均UV量-每日的PV量-每天的并發(fā)量；

（2）峰值預(yù)估：平常量的2~3倍；

（3）根據(jù)并發(fā)量（并發(fā)，事務(wù)數(shù)），存儲(chǔ)容量計(jì)算系統(tǒng)容量。

客戶需求：3~5年用戶數(shù)達(dá)到1000萬(wàn)注冊(cè)用戶；

每秒并發(fā)數(shù)預(yù)估：

（1）每天的UV為200萬(wàn)（二八原則）；

（2）每日每天點(diǎn)擊瀏覽30次；

（3）PV量：200*30=6000萬(wàn)；

（4）集中訪問(wèn)量：24*0.2=4.8小時(shí)會(huì)有6000萬(wàn)*0.8=4800萬(wàn)（二八原則）；

（5）每分并發(fā)量：4.8*60=288分鐘，每分鐘訪問(wèn)4800/288=16.7萬(wàn)（約等于）；

（6）每秒并發(fā)量：16.7萬(wàn)/60=2780（約等于）；

（7）假設(shè)：高峰期為平常值的三倍，則每秒的并發(fā)數(shù)可以達(dá)到8340次。

（8）1毫秒=1.3次訪問(wèn)；

沒(méi)好好學(xué)數(shù)學(xué)后悔了吧？?。ú恢酪陨纤闶欠裼绣e(cuò)誤，呵呵~~）

服務(wù)器預(yù)估：（以tomcat服務(wù)器舉例）

（1）按一臺(tái)web服務(wù)器，支持每秒300個(gè)并發(fā)計(jì)算。平常需要10臺(tái)服務(wù)器（約等于）；[tomcat默認(rèn)配置是150]

（2）高峰期：需要30臺(tái)服務(wù)器；

容量預(yù)估：70/90原則

系統(tǒng)CPU一般維持在70%左右的水平，高峰期達(dá)到90%的水平，是不浪費(fèi)資源，并比較穩(wěn)定的。內(nèi)存，IO類(lèi)似。

以上預(yù)估僅供參考，因?yàn)榉?wù)器配置，業(yè)務(wù)邏輯復(fù)雜度等都有影響。在此CPU，硬盤(pán)，網(wǎng)絡(luò)等不再進(jìn)行評(píng)估。

文章來(lái)源：博客園

<數(shù)商云（www.zhimaihui.cn）是國(guó)內(nèi)知名企業(yè)級(jí)電商平臺(tái)提供商，為企業(yè)級(jí)商家提供最佳的系統(tǒng)開(kāi)發(fā)（多種模式電商平臺(tái)搭建：B2B/B2B2C/B2C/O2O/新零售等）、供應(yīng)鏈系統(tǒng)搭建及電商行業(yè)解決方案服務(wù)>