對(duì)于通過(guò)網(wǎng)站來(lái)獲得收益或占領(lǐng)市場(chǎng)的公司而言，監(jiān)控最終用戶的性能絕對(duì)是最重要的。如果不知道網(wǎng)站在一個(gè)國(guó)家或全球范圍內(nèi)的運(yùn)行狀況，那么這個(gè)公司可能就無(wú)法管理好自己的核心業(yè)務(wù)。然而，如果想要快速高效地診斷問(wèn)題，并且控制好影響最終用戶性能的各個(gè)層或組件，僅僅監(jiān)控最終用戶的性能還是不夠的。
一個(gè)典型的三層Web環(huán)境，它部署了一個(gè)全球或地區(qū)性的性能監(jiān)控服務(wù)，所以這家公司可以跟蹤最終用戶和Web性能指標(biāo)。
Web應(yīng)用的各個(gè)組件的每一層上只有少數(shù)監(jiān)控或完全沒(méi)有監(jiān)控。當(dāng)全球監(jiān)控服務(wù)在最終用戶層上發(fā)現(xiàn)問(wèn)題時(shí)，開(kāi)發(fā)和運(yùn)維團(tuán)隊(duì)就必須倉(cāng)促地搜索日志，才能夠發(fā)現(xiàn)性能問(wèn)題到底出現(xiàn)在什么位置。在這個(gè)例子中，當(dāng)有一個(gè)修改影響到全部三層時(shí)，最終用戶的性能體驗(yàn)就會(huì)嚴(yán)重下降。
事實(shí)上，這個(gè)問(wèn)題可能是由外部因素導(dǎo)致的，如DDos攻擊、網(wǎng)絡(luò)或ISP問(wèn)題，或者是訪客的激增。然而，由于現(xiàn)在沒(méi)有關(guān)于各層執(zhí)行情況的歷史數(shù)據(jù)，所以他們很難確定問(wèn)題的根源在哪里，因此需要花費(fèi)更多的時(shí)間和精力去尋找問(wèn)題的根源。
相同的環(huán)境，但是現(xiàn)在有了每層的歷史性能數(shù)據(jù)。在這種情況下，如果有一個(gè)內(nèi)部修改導(dǎo)致最終用戶性能下降或出現(xiàn)問(wèn)題，那么它幾乎可以馬上被檢測(cè)出來(lái)。修復(fù)網(wǎng)站制作問(wèn)題所需要的時(shí)間顯著減少，因?yàn)楝F(xiàn)在性能變化可以在更細(xì)的粒度上檢測(cè)出來(lái)了，而且檢測(cè)問(wèn)題發(fā)生的位置也被縮小到特定的層次上。性能數(shù)據(jù)可以與修改記錄和應(yīng)用日志文件進(jìn)行比較，由此一來(lái)，隔離問(wèn)題發(fā)生位置就毫無(wú)難度了。此外，當(dāng)有一位最終用戶遇到性能問(wèn)題時(shí)，相關(guān)人員只需要在辦公地查看一些歷史性能圖表，就可以確定引起問(wèn)題的是內(nèi)部因素還是外部因素。
本文地址：http://www.khwajamoinuddinchishty.com//article/4498.html
