1. 創(chuàng)業(yè)頭條
  2. 前沿領域
  3. 大數(shù)據(jù)
  4. 正文

BI和數(shù)據(jù)倉庫:企業(yè)分析決策真的離不開數(shù)據(jù)倉庫嗎?

 2019-05-20 18:28  來源:A5專欄  我來投稿 撤稿糾錯

  域名預訂/競價,好“米”不錯過

很長一段時間,BI和數(shù)據(jù)倉庫幾乎都是如影隨形、難舍難分。企業(yè)如果想要實行“數(shù)據(jù)驅動決策-決策推動業(yè)務發(fā)展”的機制,就必須先有數(shù)據(jù)倉庫充當中央存儲庫,供BI查詢和調取,然后再在BI上進行數(shù)據(jù)的分析與可視化。

但數(shù)據(jù)分析和商業(yè)決策發(fā)展至今,企業(yè)想要實現(xiàn)數(shù)據(jù)驅動決策,是否還是無法繞過數(shù)據(jù)倉庫?在現(xiàn)代商業(yè)環(huán)境中重新定義BI和數(shù)據(jù)倉庫,我們又能不能找到合適的替代方案?

今天,我們就這個命題展開討論,希望能給大家提供一些思路。

數(shù)倉: BI背后的引擎(或管道)

數(shù)據(jù)倉庫: 從字面意義上即數(shù)據(jù)的倉庫,是為了把操作型數(shù)據(jù)集成到統(tǒng)一的環(huán)境中,以提供決策型數(shù)據(jù)訪問。數(shù)據(jù)倉庫關注的是解決數(shù)據(jù)一致性,可信性,集合性.......這些問題,把越來越復雜的業(yè)務數(shù)據(jù)轉化成對于業(yè)務運營、業(yè)務分析來說簡單易用的數(shù)據(jù)形式;數(shù)據(jù)倉庫的終極目標是讓數(shù)據(jù)應用人員(無論是CEO還是普通分析師)思考怎么使用數(shù)據(jù)倉庫里的這些數(shù)據(jù),創(chuàng)造更多的信息與價值;而不是發(fā)愁數(shù)據(jù)在哪里,數(shù)據(jù)對不對。

BI(商業(yè)智能): BI是分析數(shù)據(jù)并獲取洞察力、從而幫助企業(yè)做出決策的一系列方法、技術和軟件。相比數(shù)據(jù)倉庫,BI中還包含了數(shù)據(jù)挖掘,數(shù)據(jù)可視化,多維分析,標簽分類等方面。拿多維分析舉個例子,數(shù)據(jù)倉庫中只是提供了維度化的數(shù)據(jù),但是基于某些工具,比如Ebay的kylen或者IBM的Cognos等,可以支持用戶在一定范圍內任意組合維度與指標,那這就上升到了決策支持的層面而不是“高級數(shù)據(jù)倉儲”層面了,也就是使用了數(shù)據(jù)倉庫的數(shù)據(jù),但不是數(shù)據(jù)倉庫的功能。

BI與數(shù)據(jù)倉庫的相關性(圖片來源于網絡)

傳統(tǒng)BI項目的構建路徑決定了其必須依賴數(shù)據(jù)倉庫才能進行數(shù)據(jù)分析。 比如MicroStrategy,SAP BW,微軟 Analysis Server, IBM的Cognos,Oracle的OBIEE,這些傳統(tǒng)BI工具不具備使數(shù)據(jù)集成標準化的能力,數(shù)據(jù)倉庫的存在就是幫助他們建立數(shù)據(jù)治理結構,解決數(shù)據(jù)冗余、不一致、錯誤、無法輕松訪問等問題。

另一方面,BI對數(shù)據(jù)倉庫的這種依賴其實存在著極大的缺陷。 一般來說,數(shù)據(jù)倉庫通常需要花費高經濟成本、時間成本從規(guī)劃到落地,但創(chuàng)造的價值大多數(shù)情況比較有限,ROI較低。搭建成功后,數(shù)據(jù)倉庫也僅支持極少數(shù)特定類型的分析,如果企業(yè)業(yè)務出現(xiàn)調整或者需要處理新類型的數(shù)據(jù),屆時又將重新面臨重大的開發(fā)工作。

從現(xiàn)代商業(yè)決策視角,重新審視BI與數(shù)據(jù)倉庫的關系

在如今轉向服務導向架構(SOA)(*由Gartner提出,以“服務”為基本元素來組建企業(yè)IT架構的方式。SOA要解決的主要問題是:快速構建與應用集成,現(xiàn)已成為解決企業(yè)業(yè)務發(fā)展需求與企業(yè)IT支持能力之間矛盾的最佳方案。)的技術大背景中,耗費巨大心力進行大規(guī)模的數(shù)據(jù)整合和數(shù)據(jù)集成操作是否還有必要?構建數(shù)倉的收益是否能大于你將付出的成本?

再加上企業(yè)數(shù)據(jù)體量不斷提升,業(yè)務發(fā)展越來越迅速,對快速印證分析決策也提出了更高要求,更多的企業(yè)希望能夠降低技術設施成本,做到近乎實時地訪問操作源數(shù)據(jù),在極短的時間內響應用戶請求。

數(shù)據(jù)倉庫和BI的體系結構(圖片來源于網絡)

于是我們看到了越來越多沒有數(shù)倉的BI項目。一方面,敏捷BI的興起,允許用戶快速接入各類數(shù)據(jù)源,無需借助數(shù)倉即可實現(xiàn)數(shù)據(jù)導入-處理-分析的流程。而另一方面,以觀遠數(shù)據(jù)為代表的新一代AI+BI智能數(shù)據(jù)分析平臺,則在快速接入、敏捷分析的基礎上,實現(xiàn)了更進一步的應用:

觀遠數(shù)據(jù)智能分析平臺:

1. 自帶輕量的分布式數(shù)據(jù)存儲與數(shù)據(jù)流處理模塊,提供從數(shù)據(jù)抽取、數(shù)據(jù)建模、數(shù)據(jù)分析,到數(shù)據(jù)可視化、預警分發(fā)的一站式數(shù)據(jù)分析應用能力;

2. 即便不抽取數(shù)據(jù),也可實現(xiàn)多數(shù)據(jù)源的聯(lián)邦動態(tài)分析(聯(lián)動、鉆取、動態(tài)參數(shù)等交互分析功能)。

在這個角度上來看,一定程度上可以在沒有數(shù)據(jù)倉庫的前提下實現(xiàn)智能數(shù)據(jù)分析,但是,這僅限于數(shù)據(jù)量有限的中小型企業(yè),不意味著我們推薦直接拿數(shù)據(jù)分析平臺上的數(shù)據(jù)存儲當做數(shù)據(jù)倉庫來用。

因為隨著企業(yè)用戶數(shù)據(jù)量、分析復雜度的不斷提升,數(shù)據(jù)分析平臺上輕量式數(shù)據(jù)存儲與數(shù)據(jù)流處理模塊是難以承受巨大的計算壓力的,從企業(yè)長遠發(fā)展的角度上考量,還是需要有計劃地建設數(shù)據(jù)倉庫或數(shù)據(jù)平臺。

企業(yè)構建分析決策架構的敏捷策略

企業(yè)分析決策架構的未來前景,取決于業(yè)務驅動因素以及技術的發(fā)展方向。如今企業(yè)數(shù)據(jù)呈指數(shù)級增長,對實時分析的需求比以往任何時候都要強烈,鑒于此,如何兼顧快速落地與高可擴展性,有機結合數(shù)據(jù)倉庫來構建企業(yè)分析決策架構,仍是擺在眾多企業(yè)面前的一個巨大難題。

對此,觀遠數(shù)據(jù)推薦的最佳實踐是:

1. 在數(shù)倉尚未搭建或分析思路尚未成型時,直接在BI平臺內快速構建分析應用,快速反饋、快速迭代,實現(xiàn)quick win。

2. 在分析結果得到業(yè)務的印證后,再將數(shù)據(jù)沉淀和復雜分析邏輯逐步固化到數(shù)據(jù)倉庫或數(shù)據(jù)平臺里面實施,此時BI平臺僅擔負輕量的數(shù)據(jù)分析與可視化壓力。

我們認為,數(shù)據(jù)分析的本質是為業(yè)務發(fā)展、商業(yè)決策而服務,而不是創(chuàng)建一堆無用的可視化圖表。通過以上提到的這種敏捷開發(fā),快速印證,不斷沉淀的過程,將能夠更大程度上確保企業(yè)分析決策架構的方向正確,獲得業(yè)務端的認同,驅動業(yè)務發(fā)展,從而產生真正的商業(yè)價值。

申請創(chuàng)業(yè)報道,分享創(chuàng)業(yè)好點子。點擊此處,共同探討創(chuàng)業(yè)新機遇!

相關文章