房產類APP的數(shù)據(jù)治理實踐：基于火山引擎DataLeap實現(xiàn)SLA“零延時”

　　在數(shù)據(jù)治理中，如何實現(xiàn)SLA保障一直是“老大難”問題。

　　隨著某房產APP穩(wěn)定發(fā)展，樓盤、房源、經(jīng)紀人、營銷等數(shù)據(jù)不斷擴大，在數(shù)據(jù)任務開發(fā)場景中，業(yè)務多樣化、數(shù)據(jù)量大、數(shù)據(jù)任務復雜等問題，導致數(shù)據(jù)任務鏈路依賴復雜、鏈路長、依賴多。其中，異常突出的是離線數(shù)倉SLA延遲大，竟然高達“13天”。

　　在字節(jié)跳動內部，“0987”高質量服務評價體系被廣泛應用于數(shù)據(jù)服務場景。“0987”即從多個維度綜合論證數(shù)據(jù)中臺的價值，位列第一的“0”，指的是數(shù)據(jù)中臺必須保障數(shù)據(jù)穩(wěn)定，實現(xiàn)SLA故障清零。在“0987”服務標準的指導下，這款房產APP通過火山引擎大數(shù)據(jù)研發(fā)治理套件DataLeap實現(xiàn)SLA延遲從“13天”縮短為“0天”。

　　據(jù)房產APP數(shù)據(jù)研發(fā)人員介紹，“火山引擎DataLeap具備數(shù)據(jù)開發(fā)、數(shù)據(jù)治理、數(shù)據(jù)質量全鏈能力，可以串聯(lián)成一套連貫、可復用的治理方案，最終形成SLA保障高效管理。”

　　某房產APP團隊任務簽署SLA步驟

　　具體來說，他們主要通過以下三個步驟快速實現(xiàn)SLA“零延時”。

　　首先，數(shù)據(jù)研發(fā)團隊根據(jù)業(yè)務需求，圈定出需要被SLA保障的核心任務，包括線上核心任務、管理駕駛艙數(shù)據(jù)以及周報、月報等重點業(yè)務核心看板。

　　其次，制定全局保障方案。在SLA治理環(huán)節(jié)，存在核心任務SLA保障不足，有發(fā)生線上業(yè)務事故的隱患問題。除此之外，SLA任務運維報警能力不足或者SLA簽署時間不合理等，有SLA延遲隱患，造成破線事故�；�于火山引擎DataLeap數(shù)據(jù)治理功能，數(shù)據(jù)開發(fā)人員可以通過申報單簽署的形式達成SLA協(xié)議，在申報簽署環(huán)節(jié)中，各個環(huán)節(jié)的變化將通過通知模塊傳遞信息給相應負責人，實時通知降低信息交流成本，加速了SLA的達成。

　　數(shù)據(jù)質量整體策略

　　另外，火山引擎DataLeap支持對卡點任務的監(jiān)控，保障 SLA 及時性及任務準確性。

　　舉個例子來說，APP平臺有一個關系到經(jīng)紀人核心利益分值指標。當經(jīng)紀人完成相應任務時，分值增加。但當維表中數(shù)據(jù)缺失，在前臺反映的結果則是分值不更新，對經(jīng)紀人造成困擾。另外，之前還出現(xiàn)過這樣的案例：小李在數(shù)據(jù)庫中的核心維度是“經(jīng)紀人”，但在維表中，可能測試數(shù)據(jù)誤導入或重復數(shù)據(jù)導入，導致小李對應到多個門店或對應到錯誤房源。

　　在這種情況下，基于火山引擎DataLeap，這個房產APP數(shù)據(jù)研發(fā)團隊可以實現(xiàn)核心任務的數(shù)據(jù)波動監(jiān)控、異常報警，避免因為數(shù)據(jù)質量導致的數(shù)據(jù)失信、決策失誤等事故。

　　最后，項目中的核心數(shù)據(jù)指標如SLA任務數(shù)量、報警數(shù)、起夜率等都能體現(xiàn)在火山引擎DataLeap的大盤展板中，量化項目推進效果，為風險判斷、后續(xù)措施提供數(shù)據(jù)支持，成為數(shù)據(jù)治理指標重要參照來源。

　　最終項目效果不僅僅體現(xiàn)在解決離線SLA保障的燃眉之急，更為該房產APP團隊形成了一套標準流程和規(guī)范。在事前，使用申報流程，規(guī)范SLA簽署;在事中，完善報警及時性和準確性，降低誤報率;在事后，及時跟蹤報警情況，完善問題復盤及監(jiān)控機制，沉淀公共解決方案，推SLA治理健康、可持續(xù)發(fā)展。

　　數(shù)據(jù)質量實施過程

　　隨著數(shù)字化轉型進一步深入，火山引擎DataLeap將進一步幫助企業(yè)提升數(shù)據(jù)研發(fā)效率、降低管理成本，為企業(yè)數(shù)字化實踐提供有力支撐。(作者：李度)