攜程風(fēng)控系統(tǒng)課件.ppt

《攜程風(fēng)控系統(tǒng)課件.ppt》由會(huì)員上傳分享，免費(fèi)在線閱讀，更多相關(guān)內(nèi)容在教育資源-天天文庫。

1、攜程風(fēng)控系統(tǒng)摘要a)案例簡述c)遇到的問題d)最終的結(jié)果e)未來展望攜程風(fēng)控系統(tǒng)簡介外卡拒付損失率在千分之一以下，國內(nèi)支付損失率在更低的水平保持了非常高的交易成功率根據(jù)一家非常著名的風(fēng)控服務(wù)提供商的數(shù)據(jù)，行業(yè)平均水平在百分之一左右案例簡述現(xiàn)有風(fēng)控系統(tǒng)已經(jīng)成了公司業(yè)務(wù)發(fā)展的阻力。當(dāng)攜程訂單量超過5筆/s，就會(huì)出現(xiàn)瓶頸，影響訂單的處理，進(jìn)而導(dǎo)致用戶購物體驗(yàn)的下降由于歷史的原因，系統(tǒng)和業(yè)務(wù)訂單系統(tǒng)的耦合度太高架構(gòu)不合理，系統(tǒng)無法橫向擴(kuò)展，滿足不了訂單增長的要求怎么做到的業(yè)務(wù)和數(shù)據(jù)分離業(yè)務(wù)梳理，分類，縱向切分職責(zé)切分，責(zé)任單一實(shí)踐1.1贏得改造時(shí)間由于系統(tǒng)已達(dá)瓶頸，開發(fā)人員為解

2、決頻繁的生產(chǎn)問題疲于奔命措施：分析線上的瓶頸點(diǎn)針對數(shù)據(jù)庫進(jìn)行調(diào)優(yōu)把部分負(fù)載大的SQL轉(zhuǎn)換成邏輯把穩(wěn)定的數(shù)據(jù)(如:黑名單)移至緩存，降低數(shù)據(jù)庫的計(jì)算量結(jié)果：數(shù)據(jù)庫服務(wù)器的性能提升的6-7倍解放了開發(fā)人員，團(tuán)隊(duì)有余力進(jìn)行改造實(shí)踐1.2制定改造策略放棄原有系統(tǒng)的改造，構(gòu)建全新系統(tǒng)系統(tǒng)陳舊，修改成本太高如何保證新系統(tǒng)和原有系統(tǒng)一致?新系統(tǒng)和舊系統(tǒng)如何漸進(jìn)的從舊系統(tǒng)過渡到新系統(tǒng)舊系統(tǒng)數(shù)據(jù)轉(zhuǎn)換到新系統(tǒng)新舊系統(tǒng)同時(shí)處理，對比結(jié)果新系統(tǒng)結(jié)果穩(wěn)定后再廢棄舊系統(tǒng)實(shí)踐1.3系統(tǒng)切分根據(jù)風(fēng)控系統(tǒng)所處的位置，為風(fēng)控系統(tǒng)重新定位，減少與周邊系統(tǒng)的交互根據(jù)風(fēng)控系統(tǒng)的內(nèi)在規(guī)律，對系統(tǒng)內(nèi)部進(jìn)行切分，使各

3、部分職責(zé)盡量單一實(shí)踐1.4對數(shù)據(jù)處理的優(yōu)化問題風(fēng)控?cái)?shù)據(jù)目前主要依賴于訂單對訂單的數(shù)據(jù)的在校驗(yàn)的時(shí)候即時(shí)讀取，計(jì)算量大，導(dǎo)致性能低下原始數(shù)據(jù)量太大，只能保持用戶最近的行為數(shù)據(jù)解決方案對各數(shù)據(jù)源的數(shù)據(jù)，基于風(fēng)控的要求做規(guī)格化，提前計(jì)算好。這樣在計(jì)算結(jié)果時(shí)，只需要把所需要的數(shù)據(jù)簡單的匯總就可以達(dá)到要求，進(jìn)而滿足快速響應(yīng)的要求用戶訪問數(shù)據(jù)緩存在應(yīng)用系統(tǒng)中，減少對DB的讀寫實(shí)踐1.5數(shù)據(jù)規(guī)格化的困難問題大量的distinctcount的計(jì)算同一用戶,一天內(nèi)，不同IP>=xx同一IP,一天內(nèi),不同用戶數(shù)>=xx最新行為數(shù)據(jù)如何快速的反應(yīng)在緩存中解決方案采用Bitmap來預(yù)處理dis

4、tinctcount問題Selectcount(*)from…whereip=‘’anduid=‘’and24hcount>0b)采用Cacheserver，在用戶登入時(shí)預(yù)加載，在注銷時(shí)銷毀，確保cache的命中率UIDIP24hcount7DaysCount43128765123412.23.34.4500010001010010101001未來規(guī)劃目前風(fēng)控的數(shù)據(jù)源還比較局限，未來會(huì)把用戶的非購買行為也納入指標(biāo)現(xiàn)在的風(fēng)控只在最后關(guān)頭擋住用戶的購買，導(dǎo)致數(shù)據(jù)計(jì)算量太大，未來會(huì)把這些計(jì)算分布在用戶的購買行為鏈上，更早的發(fā)現(xiàn)問題用戶引入CEP的處理方法，合理的布局規(guī)則處理案

5、例ROI分析新的風(fēng)控系統(tǒng)在經(jīng)過3個(gè)月左右的開發(fā)后，已經(jīng)發(fā)布到生產(chǎn)環(huán)境上，目前運(yùn)行正常。每筆訂單的處理時(shí)間，由原先的分鐘級，降低到了100ms以內(nèi)。并發(fā)有原來的5筆/s，提升到超過100筆/s，并且可以橫向擴(kuò)展在系統(tǒng)切分后，和各業(yè)務(wù)線的跨團(tuán)隊(duì)溝通也下降了很多案例啟示系統(tǒng)的邊界要清晰謀定而后動(dòng)，為你的變革做好鋪墊利用好數(shù)據(jù)，不要重復(fù)計(jì)算謝謝！