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