目前數(shù)據(jù)倉庫或者數(shù)據(jù)平臺存在的問題：

效率問題：為什么應用開發(fā)增加一個報表，就要十幾天時間？為什么不能實時獲得用戶推薦清單？當業(yè)務人員對數(shù)據(jù)產(chǎn)生一點疑問的時候，需要花費很長的時間，結果發(fā)現(xiàn)是數(shù)據(jù)源的數(shù)據(jù)變了，最終影響上線時間。

協(xié)作問題：當業(yè)務應用開發(fā)的時候，雖然和別的項目需求大致差不多，但因為是別的項目組維護的，所以數(shù)據(jù)還是要自己再開發(fā)一遍。

能力問題：數(shù)據(jù)的處理和維護是一個相對獨立的技術，需要相當專業(yè)的人來完成，但是很多時候，我們有一大把的應用開發(fā)人員，而數(shù)據(jù)開發(fā)人員很少。

這也是數(shù)據(jù)中臺解決的問題

Data API 是數(shù)據(jù)中臺的核心，它是連接前臺和后臺的橋梁，通過 API 的方式提供數(shù)據(jù)服務，而不是直接把數(shù)據(jù)庫給前臺、讓前臺開發(fā)自行使用數(shù)據(jù)。

至于產(chǎn)生 DataAPI 的過程，怎么樣讓 DataAPI 產(chǎn)生得更快，怎么樣讓 DATA API 更加清晰，怎么樣讓 DATA API 的數(shù)據(jù)質量更好，這些是要圍繞數(shù)據(jù)中臺去構建的能力。

數(shù)據(jù)中臺和數(shù)據(jù)倉庫、數(shù)據(jù)平臺的關鍵區(qū)別？

概括地說，三者的關鍵區(qū)別有以下幾方面：

數(shù)據(jù)中臺是企業(yè)級的邏輯概念，體現(xiàn)企業(yè) D2V（Data to Value）的能力，為業(yè)務提供服務的主要方式是數(shù)據(jù) API；

數(shù)據(jù)倉庫是一個相對具體的功能概念，是存儲和管理一個或多個主題數(shù)據(jù)的集合，為業(yè)務提供服務的方式主要是分析報表；

數(shù)據(jù)平臺是在大數(shù)據(jù)基礎上出現(xiàn)的融合了結構