互聯(lián)網(wǎng)市場(chǎng)已進(jìn)入高速發(fā)展的階段，當(dāng)下移動(dòng)互聯(lián)網(wǎng)成為主流，這對(duì)于移動(dòng)端的研發(fā)能力和用戶(hù)需求滿(mǎn)足，變得更加嚴(yán)格且極具挑戰(zhàn)。以往移動(dòng)端App只是利用人們碎片化時(shí)間傳遞快速訊息，迄今為止，移動(dòng)App已經(jīng)滲透至我們生活的方方面面，并且對(duì)我們的生活產(chǎn)生了巨大的影響。
▲圖片來(lái)自Pexels
在混合的IT環(huán)境中，使得應(yīng)用的傳輸鏈也不斷在擴(kuò)展延伸，從地域的差異化到配置、管理、運(yùn)維等因素，導(dǎo)致終端用戶(hù)對(duì)網(wǎng)絡(luò)中斷、應(yīng)用卡頓、響應(yīng)速度慢，服務(wù)器宕機(jī)等問(wèn)題無(wú)從定位，直接影響著用戶(hù)體驗(yàn)下滑。因此，運(yùn)維人員與開(kāi)發(fā)人員的壓力被持續(xù)增大。
對(duì)于開(kāi)發(fā)者而言，移動(dòng)端的性能尤為重要，通過(guò)APM性能監(jiān)測(cè)系統(tǒng)或工具，能夠監(jiān)測(cè)到App各項(xiàng)性能指標(biāo)，了解自身App各項(xiàng)性能情況，同時(shí)對(duì)標(biāo)與競(jìng)品的優(yōu)劣勢(shì)，從中提煉產(chǎn)品核心競(jìng)爭(zhēng)力，才可以立足市場(chǎng)，穩(wěn)步前行。
▲圖片來(lái)自Pexels
思考：用戶(hù)為什么會(huì)卸載你的APP？
對(duì)于開(kāi)發(fā)者而言，尤其是移動(dòng)開(kāi)發(fā)者，一直面臨三大痛點(diǎn)。
- 用戶(hù)體驗(yàn)差：無(wú)法確定用戶(hù)喜好，也不清楚自己業(yè)務(wù)上功能哪里影響到用戶(hù)的體驗(yàn);
- 處理BUG能力弱：研發(fā)人員優(yōu)秀，測(cè)試人員身經(jīng)百戰(zhàn)，一堆BUG依然找不到問(wèn)題在哪？
- 響應(yīng)時(shí)間慢：客戶(hù)一直在投訴，追蹤BUG時(shí)間長(zhǎng)，處理BUG的時(shí)間更長(zhǎng)。
據(jù)了解，在產(chǎn)品運(yùn)營(yíng)中，近80%的用戶(hù)投訴，聚焦在應(yīng)用慢、點(diǎn)擊沒(méi)反應(yīng)等性能問(wèn)題，而這些問(wèn)題發(fā)現(xiàn)的同時(shí)，用戶(hù)已放棄了嘗試。當(dāng)響應(yīng)時(shí)間超過(guò)5秒，50%及以上的用戶(hù)會(huì)選擇放棄操作，30%用戶(hù)會(huì)卸載應(yīng)用，33%以上的用戶(hù)會(huì)投奔競(jìng)爭(zhēng)對(duì)手。
所以對(duì)于開(kāi)發(fā)者而言，一款輕量級(jí)以SDK為載體的性能監(jiān)測(cè)系統(tǒng)，成為當(dāng)下App開(kāi)發(fā)中的必選題。從技術(shù)實(shí)現(xiàn)層面來(lái)講，性能監(jiān)測(cè)系統(tǒng)主要分為代碼埋點(diǎn)與無(wú)埋點(diǎn)兩種。所謂埋點(diǎn)是在應(yīng)用中特定的位置整理一部分信息，用來(lái)跟蹤、判斷、分析數(shù)據(jù)狀況，為后續(xù)優(yōu)化產(chǎn)品提供運(yùn)營(yíng)數(shù)據(jù)的支撐。
代碼埋點(diǎn)
代碼埋點(diǎn)出現(xiàn)的時(shí)間很早，在 google Analytics 年代就已經(jīng)出現(xiàn)了類(lèi)似的方案，目前國(guó)內(nèi)第三方數(shù)據(jù)分析的服務(wù)商也同樣開(kāi)始提供了“IOS、Android、Web”等主流平臺(tái)的埋點(diǎn)方案。
優(yōu)點(diǎn)：
1、數(shù)據(jù)選擇精準(zhǔn)，可準(zhǔn)確選擇需要整理的數(shù)據(jù)。
2、可方便自定義屬性、事件的業(yè)務(wù)數(shù)據(jù)。
3、技術(shù)門(mén)檻低，簡(jiǎn)單的代碼插入便可實(shí)現(xiàn)。
缺點(diǎn)：
1、埋點(diǎn)代價(jià)大，每個(gè)控件的埋點(diǎn)都需要插入代碼，工作量巨大，研發(fā)受限。
2、更新代價(jià)大，每一次新埋點(diǎn)，都要修改代碼，各應(yīng)用市場(chǎng)再重新發(fā)布。
3、幾乎所有前端埋點(diǎn)，都面臨數(shù)據(jù)傳輸時(shí)效性和可靠性問(wèn)題。
4、靈活性變差，埋點(diǎn)手段過(guò)于傳統(tǒng)，并且增加了內(nèi)部溝通成本。
5、代碼污染，不停的迭代調(diào)整，會(huì)導(dǎo)致原業(yè)務(wù)代碼的混亂。
無(wú)埋點(diǎn)
無(wú)埋點(diǎn)是指不插入業(yè)務(wù)代碼的形式，捕捉和監(jiān)測(cè)屬性、性能及業(yè)務(wù)數(shù)據(jù)。并不需要所有的控件或操作都改代碼。
優(yōu)點(diǎn)：
1、便于集成，整理數(shù)據(jù)完整性強(qiáng)、準(zhǔn)確性強(qiáng)。
2、減少運(yùn)營(yíng)和產(chǎn)品的試錯(cuò)成本。
3、可支持先上報(bào)數(shù)據(jù)，后研發(fā)埋點(diǎn)。
4、可在服務(wù)端，自定義數(shù)據(jù)模型。
缺點(diǎn)：
1、需要整理的數(shù)據(jù)量大，傳輸壓力大、存儲(chǔ)壓力大。
2、實(shí)現(xiàn)門(mén)檻高，研發(fā)成本高。
3、穩(wěn)定性無(wú)法保障。
4、只適合標(biāo)準(zhǔn)化場(chǎng)景。
移動(dòng)端性能監(jiān)測(cè)系統(tǒng)——哨兵正式上線
近期，MobTech袤博正式上線“哨兵”，它就是這樣一款輕量級(jí)不需要埋點(diǎn)，只需開(kāi)發(fā)者簡(jiǎn)單集成的性能監(jiān)測(cè)系統(tǒng)SDK。
哨兵的優(yōu)勢(shì)
1、便于集成，無(wú)埋點(diǎn)化集成，靈活性強(qiáng)，能夠減少開(kāi)發(fā)者與各業(yè)務(wù)部門(mén)的溝通成本；
2、深度代碼運(yùn)行診斷，非測(cè)試環(huán)境下，真實(shí)數(shù)據(jù)追蹤代碼問(wèn)題，分析性能下降的原因；
3、實(shí)時(shí)數(shù)據(jù)的多維度統(tǒng)計(jì)，協(xié)助企業(yè)客戶(hù)進(jìn)行業(yè)務(wù)決策；
4、基于MobTech強(qiáng)大的數(shù)據(jù)服務(wù)器支撐，對(duì)于數(shù)據(jù)的穩(wěn)定性、準(zhǔn)確性，都強(qiáng)過(guò)其他供應(yīng)商；
5、功能完整，減少開(kāi)發(fā)者研發(fā)成本。
在性能監(jiān)測(cè)的角度，“哨兵”可為企業(yè)客戶(hù)找到自己App的不足和故障定位。集成哨兵后可以在后臺(tái)通過(guò)統(tǒng)計(jì)分析，了解用戶(hù)行為、網(wǎng)絡(luò)情況、錯(cuò)誤情況、以及崩潰與卡頓/ANR等問(wèn)題。企業(yè)用戶(hù)通過(guò)哨兵可以從設(shè)備、App版本、系統(tǒng)等多維度分析用戶(hù)體驗(yàn)，促進(jìn)產(chǎn)品優(yōu)化以及升級(jí)。當(dāng)前，集成“哨兵”可實(shí)現(xiàn)以下功能：
網(wǎng)絡(luò)請(qǐng)求分析
App的各類(lèi)HTTP請(qǐng)求提供詳細(xì)的分析數(shù)據(jù)，按照不同的域名展示各個(gè)網(wǎng)絡(luò)請(qǐng)求的響應(yīng)時(shí)間。從而可以分析得出哪些服務(wù)的響應(yīng)過(guò)慢影響用戶(hù)使用，從而提高App質(zhì)量。
錯(cuò)誤分析
App監(jiān)測(cè)到因服務(wù)出錯(cuò)、網(wǎng)絡(luò)阻塞或弱網(wǎng)環(huán)境等導(dǎo)致的各種網(wǎng)絡(luò)錯(cuò)誤，統(tǒng)計(jì)多種錯(cuò)誤類(lèi)型,直觀定位到具體報(bào)錯(cuò)URL、以及崩潰時(shí)的堆棧信息，針對(duì)性去解決。
用戶(hù)分析
后臺(tái)支持且提供了多維度的用戶(hù)分析，通過(guò)哨兵，可以了解用戶(hù)對(duì)App的使用情況，用戶(hù)畫(huà)像以及活躍情況等，為開(kāi)發(fā)者提前預(yù)警用戶(hù)流失。
哨兵三大核心價(jià)值 助力APP穩(wěn)定運(yùn)營(yíng)
追蹤問(wèn)題
- 發(fā)現(xiàn)問(wèn)題：企業(yè)客戶(hù)可通過(guò)哨兵各項(xiàng)功能，從被動(dòng)接受用戶(hù)投訴，變?yōu)橹鲃?dòng)發(fā)現(xiàn)用戶(hù)各場(chǎng)景下出現(xiàn)延遲、卡頓、錯(cuò)誤的情況；
- 分析問(wèn)題：基于哨兵后臺(tái)統(tǒng)計(jì)圖與分析報(bào)告中對(duì)運(yùn)維、研發(fā)、運(yùn)營(yíng)等多維度分析，助力開(kāi)發(fā)與運(yùn)維人員輕松捕獲BUG；
- 解決問(wèn)題：快速處理用戶(hù)投訴，以短時(shí)間確定BUG解決BUG的同時(shí)，避免故障蔓延，從而降低用戶(hù)投訴率。
統(tǒng)計(jì)分析
多維度、多角度，了解用戶(hù)情況，分析定位問(wèn)題。
網(wǎng)絡(luò)撥測(cè)
通過(guò)各地域真實(shí)用戶(hù)同時(shí)對(duì)主機(jī)服務(wù)器發(fā)起請(qǐng)求，來(lái)測(cè)試不同業(yè)務(wù)的質(zhì)量情況。
