之前，分享了電子商務(wù)網(wǎng)站容量規(guī)劃的大綱，總體來說，容量規(guī)劃是一個非常復雜的工作，涉及各個技術(shù)領(lǐng)域的專業(yè)內(nèi)容。今天在這里分享一些方法來把握電子商務(wù)網(wǎng)站容量規(guī)劃的整體。
（1）分而治之
大型的電子商務(wù)系統(tǒng)可能非常復雜，包含全球各主要地點的數(shù)據(jù)中心、全球廣域網(wǎng)絡(luò)、數(shù)據(jù)中心的當?shù)亟粨Q局域網(wǎng)絡(luò)、安全基礎(chǔ)設(shè)施、各數(shù)據(jù)中心的計算基礎(chǔ)設(shè)施、存儲子系統(tǒng)、分布式的數(shù)據(jù)庫系統(tǒng)等。從系統(tǒng)設(shè)計的角度講，復雜系統(tǒng)的設(shè)計通常采用自頂向下的模塊化、層次化的構(gòu)架設(shè)計。層次是基于結(jié)構(gòu)的一種劃分，模塊式基于功能的一種劃分。復雜系統(tǒng)可以先基于層次劃分，然后在每一層次中細分功能模塊；也可以先基于模塊劃分子系統(tǒng)，然后在子系統(tǒng)內(nèi)部再劃分。
這種設(shè)計思路簡化了問題的復雜度，比較好的控制了再設(shè)計的每一階段需要同時考慮的因素的數(shù)量。電子商務(wù)系統(tǒng)的容量規(guī)劃，對應(yīng)系統(tǒng)架構(gòu)的分解，也可以分而治之，對各層次、各模塊的性能分別進行容量規(guī)劃。具體到各層次、各模塊。他們對預期容量、性能、擴展性的要求都是不一樣的，分而治之也可以確保容量規(guī)劃考慮到足夠細致。
另外，分而治之能幫助把握容量規(guī)劃的重點。根據(jù)8/2原則，整體系統(tǒng)的性能的瓶頸，往往取決于系統(tǒng)20%的組建，分而治之幫助找到系統(tǒng)中的需要關(guān)注的層次和模塊，在容量規(guī)劃中對這些層次和模塊加以重點考慮，往往能達到事半功倍的效果。
（2）利用工具
容量規(guī)劃即是科學，又是一種藝術(shù)，因為沒有人能精確預測實際的容量需求。利用工具可以幫助預測和分析電子商務(wù)系統(tǒng)的行為和需求發(fā)展趨勢，為容量規(guī)劃提供樣本數(shù)據(jù)，為理論計算提供實際數(shù)據(jù)參考。
在兩類工具可以幫助容量規(guī)劃。一類是測試工具，通常在系統(tǒng)部署上線和升級之前使用，用于模擬用戶用戶實際實際的訪問請求，可以用來測試和觀察系統(tǒng)在接近真實訪問請求的情況下的行為和性能。模擬一定數(shù)量的并發(fā)訪問，可以用來做壓力測試，幫助測試觀察系統(tǒng)在不同的負載下的行為和處理能力的變化情況、趨勢和飽和點。這些數(shù)據(jù)都可以極大地幫助到容量的分析和預測。常用的工具如，微軟的免費工具web capacity analysis tool 和web application stress tool。
另一類是檢測工具，通常在系統(tǒng)運維階段使用，用于監(jiān)視系統(tǒng)的實際訪問量和使用率，觀察訪問需求和峰谷值特征和變化趨勢，幫助警告系統(tǒng)容量接近上限是否需要擴充，幫助預測一定周期內(nèi)訪問量和增長趨勢，便于對可預見的將來系統(tǒng)的進一步升級進行規(guī)劃。某些工具還可以自動進行某些預測分析，預告未來幾個月、半年、一年的容量需求。3）動態(tài)調(diào)整
即使在系統(tǒng)上線前進行了非常細致的容量規(guī)劃，系統(tǒng)真正開始運行后，仍然可能發(fā)現(xiàn)與實際情況有差異。另外，伴隨電子商務(wù)業(yè)務(wù)的快速發(fā)展，系統(tǒng)訪問需求的變化也可能很快超過預期值。所以，容量規(guī)劃是一個長期的任務(wù)，韻味人員需要定期評估系統(tǒng)的負載、利用率、訪問需求的變化情況和趨勢，有必要的話應(yīng)提出擴充升級的需求。定期的評估可以使用監(jiān)控工具的數(shù)據(jù)，也可以通過理論分析，依據(jù)新的需求開展。
下面介紹容量規(guī)劃需要考慮的一些主要因素。
1）用戶數(shù)量
確定同時使用站點的用戶數(shù)量，這個數(shù)字通常有兩個主要來源：市場分析和系統(tǒng)分析。如果站點還未建立或者發(fā)布，站點所有者和操作人員就可能需要借助市場分析報告來預測站點發(fā)布初期及以后的預期通信量。如果站點已經(jīng)建立且已在運行，分析web服務(wù)器的日志文件，以了解站點在不同時間的點擊數(shù)以及可以表明站點內(nèi)容很受歡迎程度是否增加的所有使用趨勢。計算站點當前支持的用戶數(shù)量時，要根據(jù)峰值使用來計算，而不是根據(jù)典型使用平均或者平均使用。
這里隱含了一個可用性的問題。企業(yè)應(yīng)對網(wǎng)站可用性程度做出決策。例如，是必須保證網(wǎng)站能處理峰值的訪問量，還是保證能處理80%的峰值訪問量就夠了？這取決于公司打算投入多少財力來保證電子商務(wù)系統(tǒng)始終能夠滿足需求。這要看電子商務(wù)網(wǎng)站不可用而引起的損失是否值得企業(yè)花錢來達到這種可能性。
2）頁面類型
如果web服務(wù)已處理靜態(tài)頁面為主，由于靜態(tài)頁面讀取主要看磁盤操作，所以更多考慮的是I/O性能要求，如果web服務(wù)需要處理大量動態(tài)頁面，那么對中間件系統(tǒng)計算能力和數(shù)據(jù)庫處理能力的要求就會比較高，生成動態(tài)內(nèi)容所需的數(shù)據(jù)查詢處理量越大，對系統(tǒng)計算能力和數(shù)據(jù)庫處理能力要求就越高。
3）采用何種web應(yīng)用技術(shù)
采用asp、asp.net java、applet、jsp、web service 等不同的微博應(yīng)用技術(shù)，對系統(tǒng)的處理能力開銷是不一樣的。
4）網(wǎng)站提供的服務(wù)內(nèi)容
例如，通過電子商務(wù)提供法律咨詢的服務(wù)的網(wǎng)站，網(wǎng)頁的內(nèi)容可能多數(shù)以文字為主，有少量圖片，那么同樣的條件下，用戶調(diào)用某一頁面的時間會比較短，每一用戶請求占有系統(tǒng)的處理能力資源會比較少。而如果是通過電子商務(wù)提供視頻、圖片資料服務(wù)的網(wǎng)站，網(wǎng)頁內(nèi)頁以圖片、視頻資料為主，可能帶有實時傳送的流媒體內(nèi)容，那么用戶調(diào)用某一頁面的時間比較長，每一用戶請求占有系統(tǒng)處理能力資源也會比較多。
對于電子商務(wù)網(wǎng)站的基礎(chǔ)設(shè)計，每一組建，包括web和中間件系統(tǒng)、數(shù)據(jù)庫系統(tǒng)、服務(wù)器系統(tǒng)、存儲系統(tǒng)、網(wǎng)絡(luò)系統(tǒng)的容量規(guī)劃，簡化來講，都基于一下的公式：系統(tǒng)容量=并發(fā)服務(wù)請求數(shù)x每請求系統(tǒng)開銷。