im即時(shí)通信項(xiàng)目技術(shù)方案-全文預(yù)覽
【正文】 層體系架構(gòu)：分層設(shè)計(jì)實(shí)現(xiàn)“高內(nèi)聚、低耦合”，易于控制、易于擴(kuò)展，分為數(shù)據(jù)層、服務(wù)層、接口層、應(yīng)用層，具體說明如下：216。提供iOS客戶端的登錄、消息通知、會話、消息、通知、群聊、臨時(shí)會話討論組相關(guān)功能接口。可擴(kuò)展性可以通過軟件框架來實(shí)現(xiàn)：動態(tài)加載的插件、頂端有抽象接口的認(rèn)真設(shè)計(jì)的類層次結(jié)構(gòu)、有用的回調(diào)函數(shù)構(gòu)造以及功能很有邏輯并且可塑性很強(qiáng)的代碼結(jié)構(gòu)。系統(tǒng)采用成熟的框架開發(fā)接口服務(wù)和后臺管理，前端APP可采用Native和HTML5代碼混合實(shí)現(xiàn)，整體采用分層設(shè)計(jì)。 系統(tǒng)采用增量備份和全備份相結(jié)合的方式定期備份重要的系統(tǒng)數(shù)據(jù)；216。 系統(tǒng)可靠性原則系統(tǒng)可靠性指在規(guī)定條件下和給定時(shí)間內(nèi)平臺能正確運(yùn)行的概率。不斷的審視我們運(yùn)維的能力和IT的能力，說“故障是運(yùn)維最好的老師”的原因也在于此，它能夠不斷驅(qū)使我們走向更高的成熟度。，恢復(fù)是第一要務(wù)故障發(fā)生的時(shí)候，恢復(fù)必須是保證系統(tǒng)可用性所必須要時(shí)刻記住的。，設(shè)定技術(shù)準(zhǔn)則和要求運(yùn)維需要和研發(fā)建立整體的技術(shù)標(biāo)準(zhǔn)和規(guī)范要求?？捎眯缘挠?jì)算方法有簡單的方法，也有復(fù)雜的方法。這一點(diǎn)還有一個重要性，就是讓維護(hù)人員也要足夠的認(rèn)識到，他們的能力直接和業(yè)務(wù)相關(guān)，需要增強(qiáng)業(yè)務(wù)敏感度。這些方法論是否已經(jīng)融入到研發(fā)和運(yùn)維的架構(gòu)設(shè)計(jì)之中。其次不斷去檢查流程是否可以自動化驅(qū)動，而非人為驅(qū)動。在系統(tǒng)運(yùn)行當(dāng)中可能會影響到系統(tǒng)可用性的因素：其實(shí)這個地方平臺在使用中的管理員，他是否重視運(yùn)維?組織是否已經(jīng)認(rèn)識平臺帶來的價(jià)值，把平臺的可用性當(dāng)作自己的一個核心能力來看待。. 建設(shè)目的及原則構(gòu)建一套云即時(shí)通訊服務(wù)平臺，為需要IM即時(shí)通訊的應(yīng)用提供基礎(chǔ)的即時(shí)通訊能力服務(wù)。 建設(shè)單位及項(xiàng)目負(fù)責(zé)人：. 工程背景隨著移動互聯(lián)網(wǎng)的爆發(fā)式發(fā)展，手機(jī)上的溝通變得越來越重要，即時(shí)通訊作為當(dāng)今互聯(lián)網(wǎng)時(shí)代的一個重要通信手段，互聯(lián)網(wǎng)時(shí)代的人、企業(yè)等已基本接受和習(xí)慣即時(shí)通訊帶來的各種便捷服務(wù)，各種即時(shí)通訊工具、聊天軟件應(yīng)用也如雨后春筍層出不窮，用戶也越來越習(xí)慣利用在手機(jī)APP中植入的即時(shí)通訊功能服務(wù)進(jìn)行在線即時(shí)聊天互動，獲取產(chǎn)品或服務(wù)的信息，或進(jìn)行人與人之間的溝通互動，當(dāng)前四川電信通過積極探索實(shí)踐，在移動互聯(lián)網(wǎng)領(lǐng)域也創(chuàng)新地開發(fā)出一些行業(yè)重量級的業(yè)務(wù)應(yīng)用，對即時(shí)通訊能力服務(wù)需求非常急迫，無專屬即時(shí)溝通工具，買家與賣家間無即時(shí)溝通，訂單及物流通知未及時(shí)送達(dá)；、微信等第三方即時(shí)通訊工具，只能解決交流的問題，而無法對用戶體驗(yàn)和平臺無縫性帶來幫助，沒有與自身產(chǎn)品線進(jìn)行的深度集成，應(yīng)用需求無法真正滿足。 工程名：216。同時(shí)基于IM即時(shí)通訊平臺可以定制一套專屬于自己的IM通訊軟件，對數(shù)據(jù)的保密性、安全性以及功能的多樣性都能很好的滿足。采用先進(jìn)的技術(shù)和方法，滿足和適應(yīng)移動互聯(lián)網(wǎng)技術(shù)更新速度，在滿足開發(fā)時(shí)間節(jié)點(diǎn)的要求下，滿足用戶的交互體驗(yàn)和功能需求，采用智能化的處理特色，滿足運(yùn)營管理的效率要求。我們第一個要去看這個流程在面對故障的是否起到了積極的作用，比如說能夠確保故障信息的準(zhǔn)確送達(dá)，同時(shí)保證處理人的角色和職責(zé)是清晰的。比如說服務(wù)降級、過載保護(hù)、服務(wù)公共化等等。否則很容易在組織內(nèi)，形成運(yùn)營維護(hù)共同認(rèn)識，而非創(chuàng)造價(jià)值部門。通行的做法，就是用可用性來做運(yùn)維的數(shù)據(jù)看板。另外可以把可用性上升到質(zhì)量層面，這個里面涉及到的評估維度(成本、用戶體驗(yàn)、滿意度)就更多了，數(shù)據(jù)獲取的來源也變得更多，有些是來自于客服系統(tǒng)，有些是來自于輿情監(jiān)控，有些是來自于運(yùn)維容量系統(tǒng)，有些是來自于事件系統(tǒng)等等，不過最終呈現(xiàn)的指標(biāo)就是一個質(zhì)量。運(yùn)維一定要把標(biāo)準(zhǔn)化作為核心要務(wù)來推進(jìn)，建立標(biāo)準(zhǔn)化的運(yùn)維環(huán)境，建立標(biāo)準(zhǔn)化的技術(shù)棧，建立標(biāo)準(zhǔn)化的高可用方法論，最終這個業(yè)務(wù)的可用性一定是有保證的。每一次故障發(fā)生后，運(yùn)維人需要牽頭去復(fù)盤故障，剛剛說了我們恢復(fù)是第一要務(wù)，所以故障的根本原因我們可能還不知道，此時(shí)就需要運(yùn)維、測試和研發(fā)一起仔細(xì)的去看整個的故障過程，看看到底哪兒有什么問題?基本上也是從剛才說的四個方面來評估。系統(tǒng)功能模塊均采用插件式方式架構(gòu)，易于修改，對某一個功能模塊的修改，一般不影響系統(tǒng)其他功能的正常運(yùn)行；系統(tǒng)分析、調(diào)度更多采用的是配置模式，易于擴(kuò)展，新增服務(wù)時(shí)對系統(tǒng)的修改較少，僅需調(diào)
公司管理相關(guān)推薦
鄂ICP備17016276號-1