企業級電商平臺提供商,為企業級商家提供電商平臺搭建及解決方案服務

全國熱線:4008-868-127

大型網站架構系列:電商網站架構案例(1)

2018-10-26 936
分類: 技術干貨

大型網站架構是一個系列文檔,歡迎大家關注。本次分享主題:電商網站架構案例。從電商網站的需求,到單機架構,逐步演變為常用的,可供參考的分布式架構的原型。除具備功能需求外,還具備一定的高性能,高可用,可伸縮,可擴展等非功能質量需求(架構目標)。

大型網站架構是一個系列文檔,歡迎大家關注。本次分享主題:電商網站架構案例。從電商網站的需求,到單機架構,逐步演變為常用的,可供參考的分布式架構的原型。網上電子商城系統除具備功能需求外,還具備一定的高性能,高可用,可伸縮,可擴展等非功能質量需求(架構目標)。

根據實際網上商城系統網站需要,進行改造,擴展,支持千萬PV,是沒問題的。

本次分享大綱

1、電商案例的原因;

2、電商網站需求;

3、網站初級架構;

4、系統容量估算;

5、網站架構分析;

6、網站架構優化;

7、架構總結;

電商網站案例,一共有三篇本篇主要說明網站的需求,網站初始架構,系統容量估算方法。

一、電商案例的原因

分布式大型網站,目前看主要有幾類:

1.大型門戶,比如網易,新浪等;

2.SNS網站,比如校內,開心網等;

3.電商網站:比如阿里巴巴,京東商城,國美在線,汽車之家等。

大型門戶一般是新聞類信息,可以使用CDN,靜態化等方式優化,開心網等交互性比較多,可能會引入更多的NOSQL,分布式緩存,使用高性能的通信框架等。電商網站具備以上兩類的特點,比如產品詳情可以采用CDN,靜態化,交互性高的需要采用NOSQL等技術。因此,我們采用電商網站作為案例,進行分析。

二、電商網站需求

客戶需求:

1、建立一個全品類的電子商務網站(B2C),用戶可以在線購買商品,可以在線支付,也可以貨到付款;

2、用戶購買時可以在線與客服溝通;

3、用戶收到商品后,可以給商品打分,評價;

4、目前有成熟的進銷存系統;需要與網站對接;

5、希望能夠支持3~5年,業務的發展;

6、預計3~5年用戶數達到1000萬;

7、定期舉辦雙11,雙12,三八男人節等活動;

8、其他的功能參考京東或國美在線等網站。

客戶就是客戶,不會告訴你具體要什么,只會告訴你他想要什么,我們很多時候要引導,挖掘客戶的需求。好在提供了明確的參考網站。因此,下一步要進行大量的分析,結合行業,以及參考網站,給客戶提供方案。

其他的略~~~~~

需求功能矩陣

需求管理傳統的做法,會使用用例圖或模塊圖(需求列表)進行需求的描述。這樣做常常忽視掉一個很重要的需求(非功能需求),因此推薦大家使用需求功能矩陣,進行需求描述。

本電商網站的需求矩陣如下:

大型網站架構系列:電商網站架構案例(1)

以上是對電商網站需求的簡單舉例,目的是說明:

(1)需求分析的時候,要全面,大型分布式系統重點考慮非功能需求;

(2)描述一個簡單的電商需求場景,使大家對下一步的分析設計有個依據。

三、網站初級架構

一般網站,剛開始的做法,是三臺服務器,一臺部署應用,一臺部署數據庫,一臺部署NFS文件系統。

這是前幾年比較傳統的做法,之前見到一個網站10萬多會員,垂直服裝設計門戶,N多圖片。使用了一臺服務器部署了應用,數據庫以及圖片存儲。出現了很多性能問題。

如下圖:

大型網站架構系列:電商網站架構案例(1)

但是,目前主流的網站架構已經發生了翻天覆地的變化。一般都會采用集群的方式,進行高可用設計。至少是下面這個樣子。

大型網站架構系列:電商網站架構案例(1)

(1)使用集群對應用服務器進行冗余,實現高可用;(負載均衡設備可與應用一塊部署)

(2)使用數據庫主備模式,實現數據備份和高可用;

四、系統容量預估

預估步驟:

(1)注冊用戶數-日均UV量-每日的PV量-每天的并發量;

(2)峰值預估:平常量的2~3倍;

(3)根據并發量(并發,事務數),存儲容量計算系統容量。

客戶需求:3~5年用戶數達到1000萬注冊用戶;

每秒并發數預估:

(1)每天的UV為200萬(二八原則);

(2)每日每天點擊瀏覽30次;

(3)PV量:200*30=6000萬;

(4)集中訪問量:24*0.2=4.8小時會有6000萬*0.8=4800萬(二八原則);

(5)每分并發量:4.8*60=288分鐘,每分鐘訪問4800/288=16.7萬(約等于);

(6)每秒并發量:16.7萬/60=2780(約等于);

(7)假設:高峰期為平常值的三倍,則每秒的并發數可以達到8340次。

(8)1毫秒=1.3次訪問;

沒好好學數學后悔了吧?!(不知道以上算是否有錯誤,呵呵~~)

服務器預估:(以tomcat服務器舉例)

(1)按一臺web服務器,支持每秒300個并發計算。平常需要10臺服務器(約等于);[tomcat默認配置是150]

(2)高峰期:需要30臺服務器;

容量預估:70/90原則

系統CPU一般維持在70%左右的水平,高峰期達到90%的水平,是不浪費資源,并比較穩定的。內存,IO類似。

以上預估僅供參考,因為服務器配置,業務邏輯復雜度等都有影響。在此CPU,硬盤,網絡等不再進行評估。

文章來源:博客園

<數商云(www.dzcqbt.tw)是國內知名企業級電商平臺提供商,為企業級商家提供最佳的系統開發(多種模式電商平臺搭建:B2B/B2B2C/B2C/O2O/新零售等)、供應鏈系統搭建及電商行業解決方案服務>

網站聲明:以上內容為數商云電子商務系統網站的原創文章,如需轉載,請注明出處,謝謝合作!
電商頭條文章
1 數據中臺是真火還是炒作?
馬云老師在2019年說了一段話,“很多人會把數據比作石油,我們現在搭建的數據中臺,就是希望扮演發電廠的角色”,這一段話,現在被大眾認為是“數據中臺”這個概念的起源。那么數據中臺是否真的火了呢?
2 互聯網各大廠的中臺建設怎么樣了?騰訊/百度/頭條/滴滴/小米...
本文整理了各互聯網大廠中臺建設的概況,給愈演愈烈的“中臺戰事”做個階段性小結,其中包括了騰訊、百度、頭條、滴滴、小米、京東、網易等。
3 觀點|數字化轉型:如何做好企業中臺的架構設計
數字化轉型其實是將數字技術應用集成到企業內部的管理領域和外部變化的商業環境中去,從而對整個業務價值鏈產生決定性的改變。那么數字技術如何幫助企業進行數字化轉型呢?那就要從中臺開始談起。
4 阿里中臺建設全解密:包含哪些內容?如何發揮作用?
數據是從業務系統產生的,而業務系統也需要數據分析的結果,那么是否可以把業務系統的數據存儲和計算能力抽離,由單獨的數據處理平臺提供存儲和計算能力,不僅可以簡化業務系統的復雜性,而且可以讓各個系統采用更合適的技術,專注做本身擅長的事?這個專用的數據處理平臺即數據中臺。
5 數商云互聯網采購解決方案丨為供應商管理提供了新的技術手段
通過數商云提供的集采平臺和聯邦儲備平臺等信息網絡的建設,發電企業和下游供應商可以逐步共享采購信息,提高供應商管理水平,將采購需求計劃與庫存控制和平衡庫相結合,加快庫存周轉,實現集中采購和電子采購。
一组码中 console.log();