im即時(shí)通信項(xiàng)目技術(shù)方案-文庫吧
2025-04-29 03:47 本頁面
【正文】 一致，讓大家足夠重視這份數(shù)據(jù)，這樣數(shù)據(jù)便有了推動力。建議這個(gè)地方的核心數(shù)據(jù)指標(biāo)不要太多，因?yàn)樯婕暗蕉鄠€(gè)團(tuán)隊(duì)，大家不能夠一致理解，特別是傳達(dá)到管理層，太多的指標(biāo)，容易失去關(guān)注的焦點(diǎn)。通行的做法，就是用可用性來做運(yùn)維的數(shù)據(jù)看板。可用性的計(jì)算方法有簡單的方法，也有復(fù)雜的方法。簡單的方法就是在監(jiān)控系統(tǒng)中搞一些探針來模擬用戶監(jiān)控，最后我們能得出故障的時(shí)長和可用性的時(shí)間，這樣我們可以建立每天、每周、每月、每Q的可用性，可以做到分業(yè)務(wù)、分服務(wù)(更細(xì)粒度)等等。復(fù)雜的方法在模擬數(shù)據(jù)的基礎(chǔ)上，可以把事件系統(tǒng)記錄的時(shí)間數(shù)據(jù)拿過來作為評估的標(biāo)準(zhǔn)。另外可以把可用性上升到質(zhì)量層面，這個(gè)里面涉及到的評估維度(成本、用戶體驗(yàn)、滿意度)就更多了，數(shù)據(jù)獲取的來源也變得更多，有些是來自于客服系統(tǒng)，有些是來自于輿情監(jiān)控，有些是來自于運(yùn)維容量系統(tǒng)，有些是來自于事件系統(tǒng)等等，不過最終呈現(xiàn)的指標(biāo)就是一個(gè)質(zhì)量。，設(shè)定技術(shù)準(zhǔn)則和要求運(yùn)維需要和研發(fā)建立整體的技術(shù)標(biāo)準(zhǔn)和規(guī)范要求。因此從保障系統(tǒng)可用性的角度來說，我們需要設(shè)定一個(gè)路線圖，最終服務(wù)于這個(gè)平臺運(yùn)行的可用性。比如說之前我提到的影響系統(tǒng)的因素里面講到了先做標(biāo)準(zhǔn)化，然后做公共服務(wù)化、最終服務(wù)無狀態(tài)化。運(yùn)維一定要把標(biāo)準(zhǔn)化作為核心要?jiǎng)?wù)來推進(jìn)，建立標(biāo)準(zhǔn)化的運(yùn)維環(huán)境，建立標(biāo)準(zhǔn)化的技術(shù)棧，建立標(biāo)準(zhǔn)化的高可用方法論，最終這個(gè)業(yè)務(wù)的可用性一定是有保證的。，恢復(fù)是第一要?jiǎng)?wù)故障發(fā)生的時(shí)候，恢復(fù)必須是保證系統(tǒng)可用性所必須要時(shí)刻記住的。在故障的當(dāng)下，定位故障原因是大忌，這往往讓故障時(shí)長變得不可控，因?yàn)闀苯佑绊慚TTR(平均修復(fù)時(shí)間)，影響用戶的業(yè)務(wù)使用。用一些標(biāo)準(zhǔn)的原則去隔離故障，比如說服務(wù)器重啟，鏈路禁用，DNS切換等等。每一次故障發(fā)生后，運(yùn)維人需要牽頭去復(fù)盤故障，剛剛說了我們恢復(fù)是第一要?jiǎng)?wù)，所以故障的根本原因我們可能還不知道，此時(shí)就需要運(yùn)維、測試和研發(fā)一起仔細(xì)的去看整個(gè)的故障過程，看看到底哪兒有什么問題?基本上也是從剛才說的四個(gè)方面來評估。不斷的審視我們運(yùn)維的能力和IT的能力，說“故障是運(yùn)維最好的老師”的原因也在于此，它能夠不斷驅(qū)使我們走向更高的成熟度。 系統(tǒng)可維護(hù)性原則系統(tǒng)采用集中部署便于集中維護(hù)，提供分權(quán)分級的權(quán)限管理機(jī)制，不同的系統(tǒng)模塊，不同的任務(wù)可以設(shè)置不同的數(shù)據(jù)操作、統(tǒng)計(jì)和監(jiān)控查看分析權(quán)限。系統(tǒng)采用構(gòu)件化設(shè)計(jì)思想，系統(tǒng)框架與業(yè)務(wù)邏輯分離，具備開放的體系結(jié)構(gòu)。系統(tǒng)功能模塊均采用插件式方式架構(gòu)，易于修改，對某一個(gè)功能模塊的修改，一般不影響系統(tǒng)其他功能的正常運(yùn)行；系統(tǒng)分析、調(diào)度更多采用的是配置模式，易于擴(kuò)展，新增服務(wù)時(shí)對系統(tǒng)的修改較少，僅需調(diào)整配置文件參數(shù)即可；系統(tǒng)具備方便且可定期執(zhí)行、分析結(jié)果的業(yè)務(wù)測試功能。 系統(tǒng)可靠性原則系統(tǒng)可靠性指在規(guī)定條件下和給定時(shí)間內(nèi)平臺能正確運(yùn)行的概率。系統(tǒng)可靠性用下列四個(gè)標(biāo)準(zhǔn)來判斷:平臺在運(yùn)行的過程中不為故障所破壞或停止。平臺的業(yè)務(wù)流程的結(jié)果不包括由故障所引起的錯(cuò)誤；平臺對執(zhí)行業(yè)務(wù)的時(shí)間不能超過一定的限度；平臺運(yùn)行在允許的網(wǎng)絡(luò)內(nèi)。系統(tǒng)可靠性保障主要體現(xiàn)在以下兩個(gè)方面：216。 系統(tǒng)采用增量備份和全備份相結(jié)合的方式定期備份重要的系統(tǒng)數(shù)據(jù)；216。 系統(tǒng)應(yīng)具有良好的并行處理機(jī)制，對存取沖突的競爭具有有效的仲裁和加鎖機(jī)制，充分保證事務(wù)處理的完整性，并降低系統(tǒng)I/O 開銷，提高并發(fā)用戶查詢和存取的性能。 系統(tǒng)可擴(kuò)展性原則可擴(kuò)展性是軟件設(shè)計(jì)的重要的原則之一，它以添加新功能或修改完善現(xiàn)有功能來考慮軟件的未來成長?？蓴U(kuò)展性是軟件拓展系統(tǒng)的能力。系統(tǒng)采用成熟的框架開發(fā)接口服務(wù)和后臺管理，前端APP可采用Native和HTML5代碼混合實(shí)現(xiàn)，整體采用分層設(shè)計(jì)。支持開閉原則設(shè)計(jì)思想，便于系統(tǒng)的靈活配置和部署；支持插件技術(shù), 便于系統(tǒng)縱向延伸和對新技術(shù)的接入。良好的可擴(kuò)展性設(shè)計(jì)應(yīng)該允許更多的業(yè)務(wù)功能在必要時(shí)可以被插入到適當(dāng)?shù)奈恢弥小＿@樣做的目的的是為了應(yīng)對未來可能需要進(jìn)行的修改，而造成代碼被過度工程化地開發(fā)?？蓴U(kuò)展性可以通過軟件框架來實(shí)現(xiàn)：動態(tài)加載的插件、頂端有抽象接口的認(rèn)真設(shè)計(jì)的類層次結(jié)構(gòu)、有用的回調(diào)函數(shù)構(gòu)造以及功能很有邏輯并且可塑性很強(qiáng)的代碼結(jié)構(gòu)。. AndroidSDK目標(biāo)實(shí)現(xiàn)android客戶端接
公司管理相關(guān)推薦
鄂ICP備17016276號-1