如何進行網站的真實使用者監控(RUM)?怎麼進入監控網站
RUM的工作名副其實:它觀察的是網站的真實訪客,記錄訪客開啟頁面的速度,然後生成報表。
從這點來看,RUM會告訴你係統是否出問題了,因為你可以透過RUM發現問題以及速度變慢的情況,這些情況你沒有進行測試,從而也就不知道是否存在。
何時使用RUM
RUM工具生成兩種報表,每種都可以幫助你測量效能及診斷問題。
單個訪客報表
有了這樣的報表,就像每個訪客都有 Firebug一樣,你可以對使用者的訪問進行回放,複查每個頁面和每個物件,也可以針對單個錯誤生成報警(例如,“假如使用者得到了一個HTP500錯誤,則給我發郵件”)。
IIS7網站監控可以及時防控網站風險,快速準確監控網站是否遭到各種劫持攻擊,網站在全國是否能正常開啟(檢視域名是否被牆),精準的DNS汙染檢測,具備網站開啟速度檢測功能,第一時間知道網站是否被黑、被入侵、被改標題、被掛黑鏈。精益求精的產品,缺陷為零資料提供!
它可以做到以下功能:1、檢測網站是否被黑2、檢測網站是否被劫持3、檢測域名是否被牆4、檢測DNS是否被汙染5、網站真實的完全開啟時間(獨家)6、擁有獨立監控後臺,24小時定時監控域名官方地址:官方圖:
集合報表
這些報表針對所有訪客顯示發生了什麼一哪些頁面最慢、哪些物件出現的錯誤最多等。可以基於聚合資料和時間段生成報警(例如,“如果5分分鐘之內平均頁面延遲時間間超過5秒鐘,則傳送一個SNMP陷阱”)。
常見的RUM用例包括
● 複查問題會話,以診斷網站的技術問題。
● 對網站真實訪客生成服務水平報表,特別是在執行一個軟體作為服務(Sas)的系統時。識別出那些可能需要更多規範監控的部分。
● 對於無法使用綜合方式進行測量的部分,如付款頁面等,測測量其健康狀況
遇到問題即時報警,而不是採用間隔方式,到點兒才報。
RUM的侷限
雖然綜合工具都大同小異,但客戶端的RUM工具,和伺服器端的相比,是有很大區別的。前者依賴於AAX指令碼或者嵌入的代理程式碼(agent code),在終端使用者訪問網站時,採集他們的資訊;後者使用伺服器日誌、負載均衡器或者網路竊聽器從資料中心收集訪客資訊。
客戶端RUM在瀏覽器中觀察使用者體驗,所以能夠測量像客戶端渲染等的延遲。可惜的是,由於只有在頁面成功載入並且在瀏覽器上執行的時候,客戶端RUM才能夠載入,所以就無法檢測導致其自身無法載入這樣的錯誤,而且也可能與某些客戶端不相容。更進一步說,因為RUM是在瀏覽器的沙箱裡執行的,所以也就無法看到更為低層的資料,像包丟失情況,也無法計算使用者訪問第一個頁面時的主機延遲。
伺服器端的RUM的問題正相反。因為獨立於瀏覽器,所以能看到發生的任何事情的詳細情況一一甚至是失敗的TCP連線次數,然而卻看不到瀏覽器中發生的情況。或許更重要的是,因為伺服器端的RUM需要訪問網路與日誌,以及某些情況下的各個物理網路,所以對於託管或基於雲端計算的環境,就無法部署了。許多商業化的RUM解決方案結合了客戶端及伺服器端的採集方式來解決這個問題。
配置RUM
有兩個基本步驟來配置RUM工具。首先,訓練工具以理解網站的流量模式,然後告訴工具監視哪些重要的內容。
按照定義,一個RUM工具應該能捕提所有進出伺服器的流量。對工具進行訓練是必要的,因為每個網站都是不同的。對工具進行訓練涉及到下面的步驟。
1.剔除不需要的流量。
某些流量你可能不需要。像網站機器人(bots)、其他的監控工具、網路服務呼叫以及防火牆之內的流量,所有這些都會讓你曲解終端使用者的體驗。
2.告訴系統如何追蹤單個使用者。
所有網站都會使用某種東西來識別單個訪客,不管是會話 cookie還是URL引數,甚至是IP地址。但在某些RUM實現中一一特別是那些使用客戶端指令碼的一這些是不需要的,因為指令碼例項執行在每個訪客的瀏覽器中。
3.告訴系統如何組裝頁面。
知道一個頁面在哪裡結束以及另一個頁面在哪裡開始,是需要技巧的。有些頁面在載入以後可能還會有非同步通訊(如 Google Suggest,使用者在搜尋框中輸入內容時, Google Suggest會基於這些內容顯示建議)。RUM工具需要知道什麼東西組成了頁面的開始與結束,這對於合理地計時以及計算頁面數都很重要
4.識別錯誤。
雖然每個網站都有一些基本的錯誤型別(如HTTP500),但也會有一些定製的頁面,看起來跟正常頁面一樣,但卻是出錯頁面。
一旦工具理解了怎樣才算是一次訪問,以及如何測量延遲,你就可以告訴它要監視些什麼。多數RUM工具在開始時都會有預設的引數:頁面、使用者、城市以及伺服器都是用來切割資料的好方法,都會向你顯示哪些最慢,或者哪些出錯最多。
由於RUM工具要處理大量資訊,所以往往只向你顯示高層次的資料,除非你特別要求做鑽取,例如,進入到
的剛剛釋出的那部分,或者顯示一個特定的高價值客戶。一般來說,每個資料區段都可以用來生成報告,以及產生報警或郵件通知。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/69989477/viewspace-2738322/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 網站監控網站劫持,網站監控網站劫持有哪些需要注意的網站
- 網站安全監控的方法講解,網站安全監控技術網站
- upptime:使用GitHub Actions監控你的網站健康監控Github網站
- 教你如何監控網站URL是否正常網站
- 相比於本地部署的網站監控軟體,SaaS類的網站監控工具有什麼優勢?網站
- 如何進行監控設計?
- 在Linux中,如何進行網路服務的監控?Linux
- 網站監控工具有哪些,8款好用的監控工具推薦網站
- 運維文件:網站監控系統運維網站
- 乾貨 | 雲解析DNS之網站監控DNS網站
- Prometheus監控規則推薦網站🔰Prometheus網站
- 網站內容監控工具:Website Watchman for Mac網站WebMac
- 【Zabbix】如何使用Zabbix進行IPMI監控?
- 在Linux中,如何進行使用者行為監控?Linux
- 一種對雲主機進行效能監控的監控系統及其監控方法
- 國內免費的網站監控工具測評網站
- 虛擬網路監控進階之路-DeepFlow
- 在Linux中,如何進行磁碟效能監控?Linux
- Node效能如何進行監控以及優化?優化
- 10多個 Linux 系統管理員必備的監控工具、常用的網站監控工具Linux網站
- 怎麼對網站進行SEO呢?網站
- 阿里資料庫進入全網秒級實時監控時代阿里資料庫
- SpringBoot整合Actuator進行健康監控Spring Boot
- 使用Shell指令碼程式監控網站URL是否正常指令碼網站
- 如何監控工程專案進度?
- 在Linux中,如何進行系統效能監控?Linux
- 在Linux中,如何進行硬體效能監控?Linux
- Node效能如何進行監控以及最佳化?
- 網站經常崩潰,企業應該如何做好監控?網站
- 網站監控管理網站,網站監控管理網站有哪些,好用推薦網站
- 進行Linux效能監控的命令介紹Linux
- changedetection:監控任何網站頁面變動的開源工具網站開源工具
- Zabbix監控使用進階
- 前端監控進階篇 — Sentry 監控 Next.js 專案實踐前端JS
- 在Linux中,如何進行系統資源的監控?Linux
- 烽火18臺系列之十——釣魚網站監控的需求與實戰網站
- 如何使用 IFTTT 零成本建立網站內容監控系統?網站
- 聊聊如何利用p6spy進行sql監控SQL