--繼續趕超世界先進水平
常用的可用性戰術總結,通常用於以下幾個方面:
1、錯誤檢測:
3個戰術:
命令/響應。 (*在錯誤發生前阻止,先由本地元件進行低階判斷,再通過遠端高階判斷)
心跳。 (*定時傳送資訊或資料給檢測元件)
異常。 (*這個就不用再說了)
2、錯誤恢復:
4個戰術:
表決。 (*輸出評判資料,交給表決元件表決,採用「多數規則」或「首選元件」或
其他演算法判斷是否進行錯誤恢復)
主動冗餘 (*通過第乙個元件的響應判斷恢復時間,通過備份資料來實現恢復)
被動冗餘 (*通過切換至備用元件來實現恢復,然後初始化新元件狀態)
備件 (*更換元件,重啟,初始化狀態)
3、重新引入:
3個戰術:
shadow操作。(*以前出現故障的元件可以在短期內以「shadow模式」執行,以確保在恢復
該元件之前,模仿工作元件行為)
狀態再同步
檢查點/回滾 (*快照,對比)
4、錯誤防止:
從服務中刪除(*例如重啟新元件以避免記憶體洩露)
事務 (*關閉繫結的有序步驟)
程序監視器
軟體體系架構 系統可用性
系統的可用性,即系統服務不中斷執行時間佔實際執行時間的比例。所以,可用性其實是乙個百分比,如99.9 根據iso 9241 11的定義,可用性是指在特定環境下,產品為特定使用者用於特定目的時所具有的 有效性 效率和主觀滿意度 我們通常會聽說乙個詞 高可用,其實指的就是高可用性。高可用指的就是系統服務...
軟體體系架構 系統可用性
系統的可用性,即系統服務不中斷執行時間佔實際執行時間的比例。所以,可用性其實是乙個百分比,如99.9 根據iso 9241 11的定義,可用性是指在特定環境下,產品為特定使用者用於特定目的時所具有的 有效性 效率和主觀滿意度 我們通常會聽說乙個詞 高可用,其實指的就是高可用性。高可用指的就是系統服務...
可用性測試
工作一直緊張,但今天還是岔出了一件事情,就是對我負責的模組進行使用者可用性測試。兩個小時的測試還是有點收穫,小記之。剛剛從公司的培訓課程中學到了 usability test 沒想到這麼快就用到了實踐中,雖然這次的可用性測試不是很正式的從公司外部請使用者來做,也沒有用單面透視玻璃對使用者行為作 暗訪...