微信技術(shù)分享：揭秘微信后臺安全特征數(shù)據(jù)倉庫的架構(gòu)設(shè)計

Posted on 2023-08-11 11:41 Jack Jiang 閱讀(88) 評論(0) 編輯收藏

本文由騰訊技術(shù)工程師remyliu分享，原題“微信萬億數(shù)據(jù)倉庫架構(gòu)設(shè)計與實現(xiàn)”，本文收錄時有內(nèi)容修訂和重新排版。

1、引言

沒有足夠的特征數(shù)據(jù)，安全策略將是“無根之木，無源之水”。

微信的安全數(shù)據(jù)特征倉庫應(yīng)運而生，并成為整個安全業(yè)務(wù)的特征數(shù)據(jù)存儲中心，每天服務(wù)了萬億級的特征數(shù)據(jù)讀寫請求，為整個微信安全策略提供了可靠的數(shù)據(jù)支撐，是微信安全基石之所在。

然而，微信安全特征數(shù)據(jù)倉庫不僅僅是一個存儲中心，更是一個特征管理和數(shù)據(jù)質(zhì)量管理的中心。

微信的安全數(shù)據(jù)特征倉庫在演進過程中，一直致力于提升特征管理能力和數(shù)據(jù)質(zhì)量保障，實現(xiàn)了特征的管理、共享、分析和數(shù)據(jù)質(zhì)量檢測等功能。

本文將介紹微信的安全數(shù)據(jù)特征倉庫的背景起源、技術(shù)演進、當前的架構(gòu)設(shè)計和實踐，以及數(shù)據(jù)質(zhì)量保證系統(tǒng)的實現(xiàn)。希望給中大型IM系統(tǒng)的安全數(shù)據(jù)特征倉庫的設(shè)計帶來啟發(fā)。

技術(shù)交流：

- 移動端IM開發(fā)入門文章：《新手入門一篇就夠：從零開發(fā)移動端IM》
- 開源IM框架源碼：https://github.com/JackJiang2011/MobileIMSDK（備用地址點此）

（本文已同步發(fā)布于：http://www.52im.net/thread-4374-1-1.html）

2、安全策略開發(fā)流程

安全業(yè)務(wù)的核心邏輯是在安全策略中實現(xiàn)的。整個的策略開發(fā)流程包括特征數(shù)據(jù)的收集，安全策略的編寫實現(xiàn)，和策略的反饋評估（如下圖所示）。

其中特征數(shù)據(jù)的收集是必不可少的環(huán)節(jié)，數(shù)據(jù)的質(zhì)量將直接影響安全策略的效果。

特征數(shù)據(jù)收集主要包括：

1）數(shù)據(jù)接入；
2）特征的計算；
3）特征的存儲。

傳統(tǒng)特征數(shù)據(jù)收集流程：

如上圖所示：在數(shù)據(jù)倉庫還未建立時，業(yè)務(wù)同學(xué)通過消費離線存儲mmdata和tdw接入數(shù)據(jù)，通過Flink流式計算或者自定義模塊對數(shù)據(jù)進行加工，計算出需要的特征，最終存儲到自行維護的KV，然后在安全策略平臺上編寫安全策略，讀取KV中的數(shù)據(jù), 實現(xiàn)需要的安全邏輯。

3、為什么需要安全特征數(shù)據(jù)倉庫

前面提到在還未建立數(shù)據(jù)倉庫時，業(yè)務(wù)同學(xué)都按照自己的方式去存儲計算出的特征，大多通過自行申請部署KV來存儲（如下圖中的架構(gòu)）：如A同學(xué)把部署一套KV集群，存儲特征到KV表中，B同學(xué)把特征存儲到同KV集群的不同表中，C同學(xué)又額外申請了另外一套KV集群存儲。

傳統(tǒng)安全后臺（各業(yè)務(wù)特征分散存儲）：

這種特征的分散存儲，導(dǎo)致業(yè)務(wù)同學(xué)只了解自己熟悉的特征，難以交流和共享，特征缺乏統(tǒng)一的管理，數(shù)據(jù)質(zhì)量難以保證，不同的存儲方式，也導(dǎo)致特征訪問接口的混亂，業(yè)務(wù)系統(tǒng)的可靠性也難以保證。

針對上述的問題：我們希望把所有業(yè)務(wù)的特征，按統(tǒng)一的規(guī)范，建立統(tǒng)一的存儲，方便特征的共享、管理和維護、并建立數(shù)據(jù)質(zhì)量保障體系, 為策略提供可靠的數(shù)據(jù)。所以我們需要開發(fā)數(shù)據(jù)倉庫。

問題和目標：

4、安全業(yè)務(wù)的后臺架構(gòu)

當前，我們已經(jīng)把所有的安全策略統(tǒng)一到安全策略平臺進行開發(fā)和管理，特征數(shù)據(jù)的接入和計算統(tǒng)一到了Flink實時計算平臺和特征平臺。

數(shù)據(jù)倉庫作為承上啟下的部分，是整個業(yè)務(wù)體系中不可或缺的部分。

總結(jié)一下它作用就是：

1）對上為在安全策略平臺上的安全策略提供了數(shù)據(jù)讀寫；
2）對下為實時計算平臺和特征平臺計算輸出的特征提供了存儲。

安全業(yè)務(wù)后臺架構(gòu)：

5、安全特征數(shù)據(jù)倉庫的存儲選型

微信的安全業(yè)務(wù)特征數(shù)據(jù)主要有2種類型：

1）離線特征：用來滿足離線計算數(shù)據(jù)導(dǎo)入線上實時使用的需求（通常特征離線計算，定期的批量后臺上線，提供在線讀，但不支持實時寫入）；
2）實時特征：用來滿足實時的在線讀寫需求。

微信內(nèi)部有多種非常成熟穩(wěn)定的自研KV：實時讀寫KV（簡稱實時KV）、離線寫實時讀KV（簡稱離線KV）、***KV等等，這些KV已經(jīng)在多個業(yè)務(wù)被驗證，有非常好的性能和可靠性，有團隊做長期的維護，為此數(shù)據(jù)倉庫的底層存儲采用了微信自研的KV。

微信自研的KV主要特點如下：

具體就是：

1）離線KV適合離線特征要求的場景：擁有非常好的讀性能，并且提供了版本管理功能，在處理有問題數(shù)據(jù)時可以非常方便的可以回退版本，采用這種KV存儲時，value一般是protobuf對象，新增特征時可以在pb中增加字段；
2）實時KV適合實時特征的場景：在線實時讀寫性能優(yōu)秀，而且支持數(shù)據(jù)過期淘汰，該KV提供了類MySQL表的概念，KV表定義類似于一個MySQL表，而每一個安全業(yè)務(wù)特征剛好可以用表的一個字段表示。

6、數(shù)據(jù)倉庫的架構(gòu)設(shè)計和演進

6.1統(tǒng)一存儲統(tǒng)一接口

數(shù)據(jù)倉庫第一個版本，針對特征存儲分散訪問接口混亂問題，首先部署了公共的實時KV/離線KV集群，并實現(xiàn)了一個接入層。新增特征和歷史特征放到公共的KV存儲集群，并且在接入層屏蔽了底層KV的細節(jié)，提供了統(tǒng)一的讀寫特征的接口。

數(shù)據(jù)倉庫架構(gòu)1.0版：

接入層支持任意多個KV集群，支持多個表，為屏蔽KV的細節(jié)，接入層為每個特征分配唯一的標識<sceneid, columnid>，讀寫特征數(shù)據(jù)使用唯一標識進行，不需要關(guān)注KV類型和KV表ID，方便業(yè)務(wù)的接入使用。

統(tǒng)一接口：

接入層還實現(xiàn)配置管理、參數(shù)校驗、模塊校驗、權(quán)限校驗、流水上報、PV統(tǒng)計等功能。

6.2讀寫分離和多IDC同步

1）讀寫分離：數(shù)據(jù)倉庫的讀請求量遠遠多于實時寫入量，為了提高性能，減少讀寫之間的相互影響，接入層做了讀寫分離，將讀和寫接口拆分到兩個模塊。

2）數(shù)據(jù)多IDC同步：數(shù)據(jù)倉庫和業(yè)務(wù)都采用的是多IDC部署，為了不降低查詢性能，不希望業(yè)務(wù)跨IDC訪問存儲，所以底層的KV也是多IDC部署。這里就帶來一個問題，特征數(shù)據(jù)如何在多IDC的KV之間進行同步? 例如業(yè)務(wù)在上海寫入一個特征，希望在深圳也能讀到這個特征。

這里按特征類型進行分類處理：

1）離線特征數(shù)據(jù)同步：離線特征數(shù)據(jù)上線流程是通過離線計算在文件系統(tǒng)中生成一個文件，然后將文件導(dǎo)入到離線KV, 而離線KV支持多個IDC共享同一份數(shù)據(jù)，數(shù)據(jù)文件只需要生成一份，所有IDC的離線KV拉取同一個文件，新數(shù)據(jù)最終能同步到所有IDC上；
2）實時特征數(shù)據(jù)同步：實時特征的同步采用微信自研的分布式隊列組件，該組件提供了高可靠、高可用、高吞吐、低延時的數(shù)據(jù)消息隊列服務(wù)。數(shù)據(jù)倉庫寫接入模塊在寫入數(shù)據(jù)時，同時將數(shù)據(jù)寫一份到分布式隊列，使用隊列做跨IDC的數(shù)據(jù)同步，在其他IDC啟動進程消費隊列中的數(shù)據(jù)，寫入到本IDC的實時KV，實現(xiàn)實時特征數(shù)據(jù)的同步。

數(shù)據(jù)倉庫架構(gòu)2.0版：

6.3異步寫和替代分布式隊列

1）異步寫入：前一個版本中實時特征是同步寫入，影響業(yè)務(wù)的性能，業(yè)務(wù)希望是異步寫入。

2）替代分布式隊列：前一個版本中分布式隊列采用的是公共的集群，眾多業(yè)務(wù)使用，出現(xiàn)過數(shù)據(jù)倉庫受干擾影響特征數(shù)據(jù)同步。

為此：在數(shù)據(jù)倉庫中新增一個異步消息隊列模塊寫MQ，用于異步寫入。和分布式隊列相比，MQ更輕量，而且MQ我們可以自行維護，更可控。所以新架構(gòu)中通過MQ實現(xiàn)實時特征的多IDC數(shù)據(jù)的同步，替代了分布式隊列，保證數(shù)據(jù)同步不受其他業(yè)務(wù)影響。

數(shù)據(jù)倉庫架構(gòu)3.0版：

6.4運營系統(tǒng)

前面3個版本解決了特征存儲分散、讀寫接口不統(tǒng)一、數(shù)據(jù)同步、讀寫性能問題，但是特征的上線依然采用的是配置發(fā)布上線的方式，效率依然低效。

更重要的是特征缺乏統(tǒng)一的管理，共享困難，難以滿足業(yè)務(wù)的需求。

業(yè)務(wù)常常也有各種疑問：

為此數(shù)據(jù)倉庫新增運營系統(tǒng)模塊，實現(xiàn)了特征申請、特征上線、特征管理&分析、特征值查詢/修改、特征數(shù)據(jù)質(zhì)量管理等功能。

數(shù)據(jù)倉庫架構(gòu)4.0版：

1）特征申請：

用戶不再需要手動的修改配置文件來新增特征，可直接通過WEB頁面申請，填寫必要的特征信息，通過通用審批系統(tǒng)進行審批。

2）特征上線：

用戶不在需要手動的發(fā)布配置上線特征，無論是新增的實時特征還是離線特征，審批通過后將自動化的上線，提升體驗和效率。

3）特征管理：

特征管理支持對特征meta信息進行查詢和修改，包括特征所屬的業(yè)務(wù)分類（索引）、特征類型、特征負責人、給特征打tag等等，業(yè)務(wù)可以方便的查詢需要特征信息，避免重復(fù)的計算，方便各業(yè)務(wù)共享特征。

▲ 特征管理頁面

4）特征分析：

追蹤特征的原始數(shù)據(jù)來源、計算過程、數(shù)據(jù)流路徑、最終的存儲信息等等, 可以追蹤特征完整生產(chǎn)流程。

▲ 特征分析頁面

5）特征值查詢&修改：運營系統(tǒng)支持在WEB頁面查詢特征值和修改特征值；

▲ 特征值查詢頁面

6）特征數(shù)據(jù)質(zhì)量管理：保障數(shù)據(jù)質(zhì)量, 下一章節(jié)詳細講述。

7、數(shù)據(jù)質(zhì)量保障手段1：安全特征標準化

數(shù)據(jù)倉庫主要通過兩個方面來保障數(shù)據(jù)質(zhì)量：特征的標準化和數(shù)據(jù)空跑系統(tǒng)。本節(jié)分享特征的標準化。

特征的標準化是保證數(shù)據(jù)倉庫數(shù)據(jù)質(zhì)量的手段之一，標準化是指對數(shù)據(jù)倉庫中的特征進行規(guī)范化處理，使得特征能夠達到一致性、可重復(fù)性等標準，從而提高數(shù)據(jù)的可靠性和準確性。

對于新增實時/離線特征：數(shù)據(jù)倉庫制定了的特征規(guī)范文檔，并按規(guī)范文檔的要求，特征申請/管理頁面必須正確的補充完整特征信息，如特征類型、業(yè)務(wù)分類等等，后臺對每個特征都會進行校驗，不符合規(guī)范的特征無法錄入。

另外：數(shù)據(jù)倉庫還提供了接入編程指導(dǎo)文檔，并給出完整的C++編程實例，致力于提供標準化的編程最佳實踐。

8、數(shù)據(jù)質(zhì)量保障手段2：數(shù)據(jù)空跑系統(tǒng)

離線特征數(shù)據(jù)來自于業(yè)務(wù)離線計算在分布式文件系統(tǒng)中生成數(shù)據(jù)文件，然后將文件上線。

歷史上曾因為生成的數(shù)據(jù)文件存在錯誤，存在錯誤的文件數(shù)據(jù)被上線到離線KV，導(dǎo)致策略出現(xiàn)故障。

為了保障離線特征數(shù)據(jù)的質(zhì)量，數(shù)據(jù)倉庫設(shè)計了一套空跑系統(tǒng)，在上線前對數(shù)據(jù)文件進行檢查，避免存在問題的數(shù)據(jù)上線到現(xiàn)網(wǎng)。

數(shù)據(jù)空跑架構(gòu)：

數(shù)據(jù)空跑架構(gòu)如上圖所示，離線特征數(shù)據(jù)的上線也納入到了運營系統(tǒng)的管理中。

整個的空跑流程如下。

1）業(yè)務(wù)發(fā)起數(shù)據(jù)上線：運營系統(tǒng)將數(shù)據(jù)上線到備用的離線KV表，也就是用于空跑的KV表；

2）打開空跑開關(guān)：按一定的比率采樣現(xiàn)網(wǎng)的讀請求，旁路到新增的讀MQ模塊，該模塊讀空跑表的數(shù)據(jù)，和當前現(xiàn)網(wǎng)做對比, 分析差異率。這里采用的動態(tài)采樣，如果表的PV高則采樣率低，PV低則采樣率高或者100%采樣，避免請求量小的表無法進行空跑，而請求量大的表空跑流量太高又消耗太多資源。

3）計算和分析差異率：如果差異率超過了閾值，就自動的攔截數(shù)據(jù)上線，如果閾值檢查通過，就繼續(xù)后續(xù)的檢查流程，最終自動上線數(shù)據(jù)文件到現(xiàn)網(wǎng)離線KV。

差異率示例會如下圖（詳細的展示了具體的差異細節(jié)）：

離線特征數(shù)據(jù)上線完整流程：

完整的數(shù)據(jù)上線流程如上圖所示：空跑差異檢測通過后，需要檢查數(shù)據(jù)文件完整性，防止文件被修改或者覆蓋，最后數(shù)據(jù)再上線到現(xiàn)網(wǎng)數(shù)據(jù)倉庫系統(tǒng)，通知業(yè)務(wù)數(shù)據(jù)上線成功。如果中間任何一個步驟出錯將告警給業(yè)務(wù)負責人，提醒人工介入處理。