聽云App 崩潰匯總

 

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

 

聽云CDN 機房選型 

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

 

聽云Server 拓撲圖

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

 

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