?
全國客服熱線:4006-880844

部分網站APP開發停用

- 編輯:admin -

衡量可用性的第三種方法是監控站點上的服務的可用性。顯然,如果你的站點創建了分隔服務的故障隔離道或泳道,那么這種衡量方法就更容易實現。無論你的站點是用哪種方法實現的,衡量服務可用性通常都是通過監控一個模擬用戶的操作實現的,而這個模擬用戶通常是一個執行某種任務的腳本,如登錄、運行報表等。然后用這個模擬用戶就可以衡量你的可用性。

衡量可用性的第三種方法是監控站點上的服務的可用性。顯然,如果你的站點創建了分隔服務的故障隔離道或泳道,那么這種衡量方法就更容易實現。無論你的站點是用哪種方法實現的,衡量服務可用性通常都是通過監控一個模擬用戶的操作實現的,而這個模擬用戶通常是一個執行某種任務的腳本,如登錄、運行報表等。然后用這個模擬用戶就可以衡量你的可用性。


 
例如,如行一次。如果任何一個腳本運行失敗了,它就會給一個通訊組列表發通知。當這個服務恢復后,果你想監控5個服務,即登錄、報表、付款、發帖和登出,那么你可以創建5個腳本,每5分鐘運服務受影響了。測試腳本才會停止發送故陳通知。采用這種方法,你可以通過郵件掌握精確的停機時間以及什么作為示例,我們假設為上述5種服務建立了這種監控方法。我們從上午9點45分開始收到登錄服務出問題的郵件,直到上午11點15分才停止。這表明我們的一一個服務停機了一個半小時。一種簡單的計算可用性的方法是取停機時間的1/5,因為我們5個服務中的一個出了問題。這樣得到的停機時間是18分鐘,計算方法如下:服務中斷時間= 1.5小時=90分鐘受影響的服務數量=1總的服務數量=5
 
90分鐘x 1/5= 18分鐘
 
這種方法的確有些局限性或不利之處,但對于衡量停機時間對客戶的影響來說,它卻是相當精確的方法。這種方法的一個主要局限是只能監控那些你為此構建了腳本的服務。如果你沒有構建腳本,或者不能準確地模擬真正的用戶,那么你的監控就不那么有效了。顯然,你需要監控你的應用提供的最重要的服務。雖然要監控所有服務不太現實,但主要服務絕對應該受到監控。另一個局限性是并非所有用戶都同樣地使用所有服務。注冊流程只有新用戶才使用,而登錄流程是所有已注冊客戶都會使用的。難道所有的流程都要有相同的權重嗎?你可以根據重要性或者用量給每個流程設置一個權重,這樣有助于更加精確地計算出每個流程的可用性對客戶的影響。這種方法還有一個局限性是,如果你在自己的網絡中監控你的應用,可能就體驗不到在你的網絡之外的客戶受到的影響。如果你的服務中斷是由你的ISP引起的,那么這個APP開發的局限性就更加突出。即使這種方法具有這么多局限性,但它的確是一一種相當好的以客戶為中心的可用性衡量方法。

?