聽云App 崩潰匯總

 

“現(xiàn)在同業(yè)競(jìng)爭(zhēng)非常厲害，用戶的可選擇性很高。所以一般來說，客戶端出現(xiàn)崩潰后，用戶是不會(huì)進(jìn)行反饋的，而是會(huì)直接放棄使用這款產(chǎn)品。聽云App對(duì)于崩潰的解析比較到位，通過上傳mapping可以還原出真實(shí)的源代碼，比如某個(gè)Activity下的窗口或者某個(gè)Activity崩潰，都能被聽云精確地捕捉到。同時(shí)，聽云App捕捉到的崩潰指標(biāo)非常全，能夠詳細(xì)統(tǒng)計(jì)到用戶發(fā)生崩潰的環(huán)境及統(tǒng)計(jì)到崩潰率。交互軌跡復(fù)現(xiàn)可以很清楚告訴我們發(fā)生崩潰的環(huán)境和原因。同時(shí)我了解到聽云App對(duì)醫(yī)脈通還提供了定制服務(wù)，我們可以在后臺(tái)系統(tǒng)中進(jìn)行自定義，這樣就可以捕捉到具體出現(xiàn)問題時(shí)的單點(diǎn)信息，例如唯一識(shí)別碼、機(jī)型、網(wǎng)絡(luò)等。”

 

聽云CDN 機(jī)房選型 

對(duì)于網(wǎng)絡(luò)的監(jiān)測(cè)，田立軍非常認(rèn)可聽云Network。聽云Network監(jiān)測(cè)探針可以模擬真實(shí)用戶訪問網(wǎng)絡(luò)應(yīng)用，幫助運(yùn)維人員找到網(wǎng)絡(luò)瓶頸，定位用戶體驗(yàn)不佳的原因。用戶只需確定監(jiān)測(cè)URL，無須額外進(jìn)行部署，靈活創(chuàng)建和管理監(jiān)測(cè)任務(wù)，便可獲取監(jiān)測(cè)數(shù)據(jù)。“我們會(huì)用聽云Network監(jiān)測(cè)我們的CDN質(zhì)量。有時(shí)候CDN廠商在某個(gè)特定地區(qū)內(nèi)由于CDN節(jié)點(diǎn)較少、質(zhì)量不佳的原因會(huì)造成我們使用體驗(yàn)不佳。要是在平時(shí)，我們只有出了問題靠投訴才能解決，但我們都知道如果到了投訴的地步，情況其實(shí)已經(jīng)很嚴(yán)重了。因此我們?cè)谶x擇CDN廠商時(shí)先使用聽云Network對(duì)CDN的服務(wù)質(zhì)量進(jìn)行監(jiān)測(cè)，選擇服務(wù)較好的廠商。”

 

聽云Server 拓?fù)鋱D

對(duì)于服務(wù)端的監(jiān)測(cè)，醫(yī)脈通非常重視。技術(shù)總監(jiān)田立軍說：“如果服務(wù)端產(chǎn)生慢查詢、請(qǐng)求反應(yīng)很慢的情況會(huì)極大地影響用戶體驗(yàn)，單靠程序員來追蹤問題比較困難。我認(rèn)為聽云Server拓?fù)鋱D幫助很大，它可以讓我們看到內(nèi)部各個(gè)服務(wù)器之間的關(guān)系，以及程序出現(xiàn)的問題可以及時(shí)進(jìn)行定位，像慢交互、內(nèi)部慢查詢、外部API調(diào)用等。聽云就像是性能分析師，極大地節(jié)省了運(yùn)維人員的時(shí)間。”

 

雖然來自醫(yī)療體系的互聯(lián)網(wǎng)應(yīng)用很多仍然處于實(shí)踐初期，但應(yīng)該看到的是，互聯(lián)網(wǎng)醫(yī)療其實(shí)已經(jīng)明顯發(fā)生了轉(zhuǎn)變。它正在從最開始純粹來自外部力量對(duì)現(xiàn)有醫(yī)療體系的顛覆，逐漸轉(zhuǎn)變成一場(chǎng)醫(yī)療領(lǐng)域內(nèi)外力量“里應(yīng)外合”共同推動(dòng)的大變革。而聽云，作為醫(yī)脈通的忠實(shí)伙伴，勢(shì)必會(huì)在“醫(yī)療變革”這場(chǎng)戰(zhàn)役中相伴左右。