我們知道不論何時在選擇供應(yīng)商時，都應(yīng)對相應(yīng)的產(chǎn)品和服務(wù)的基礎(chǔ)知識和行業(yè)情況有所了解，才能在選擇供應(yīng)商時不踩坑或者較低踩坑概率，今天給大家分享一些關(guān)于bi大數(shù)據(jù)分析平臺選型時需要了解到的一些知識，主要從大數(shù)據(jù)分析平臺架構(gòu)以及大數(shù)據(jù)分析底層技術(shù)來講解。

 

 

bi大數(shù)據(jù)分析平臺架構(gòu)

市場上常見的bi大數(shù)據(jù)分析平臺主流的系統(tǒng)架構(gòu)有B/S、C/S架構(gòu)，實際上兩種架構(gòu)都能實現(xiàn)同樣的業(yè)務(wù)處理，相信很多人在做bi選型時都會遇到系統(tǒng)架構(gòu)如何選擇這個問題，實際上兩種架構(gòu)都各有優(yōu)缺點，下面我們做簡單闡述以供參考：

 

B/S優(yōu)缺點：客戶端零維護、擴展簡單方便、開發(fā)簡單、共享性強；但個性化定制差、后臺數(shù)據(jù)壓力大、安全性和速度上要進行特定優(yōu)化

 

C/S優(yōu)缺點：響應(yīng)快、能滿足客戶的個性化需求、能實現(xiàn)復雜的業(yè)務(wù)流程、對數(shù)據(jù)安全掌控能力強；但兼容性差、需要專門的客戶端安裝程序、開發(fā)維護成本高。

 

B/S和C/S現(xiàn)狀與趨勢

1、用來編制CS管理軟件的編程語言,早已江河日下

2、市面上CS的管理軟件正越來越少

3、CS管理軟件應(yīng)用不如BS方便

4、CS管理軟件不如BS更能應(yīng)對未來挑戰(zhàn)

 

大數(shù)據(jù)架構(gòu)底層技術(shù)

數(shù)據(jù)收集模塊：主要負責收集各種數(shù)據(jù)源的數(shù)據(jù)，包括日志文件、網(wǎng)絡(luò)請求、數(shù)據(jù)庫、消息隊列等，并將這些數(shù)據(jù)轉(zhuǎn)換為文件或者消息向后傳遞。

 

數(shù)據(jù)轉(zhuǎn)存模塊：主要負責將數(shù)據(jù)定時傳遞到分布式存儲或者實時傳遞給下游的數(shù)據(jù)處理程序。

 

ETL模塊：主要負責數(shù)據(jù)的清洗、格式和內(nèi)容的處理和轉(zhuǎn)換、數(shù)據(jù)分級分揀、加載至數(shù)據(jù)倉庫等。

 

數(shù)據(jù)倉庫模塊：這是整個架構(gòu)的核心，數(shù)據(jù)倉庫是數(shù)據(jù)有組織的集中存儲的地方，負責數(shù)據(jù)的存取和管理。

 

元數(shù)據(jù)管理模塊：主要負責記錄和約束數(shù)據(jù)倉庫中數(shù)據(jù)的含義和格式，控制著數(shù)據(jù)的生命周期和數(shù)據(jù)質(zhì)量。

 

分析引擎模塊：數(shù)據(jù)分析師交互最多的模塊，主要負責執(zhí)行各種分析語句或代碼，完成各種分析任務(wù)。

 

作業(yè)管理與調(diào)度模塊：負責分析作業(yè)的管理和定時調(diào)度，包括作業(yè)的增刪改查、查看修改歷史、設(shè)置調(diào)度定時和執(zhí)行引擎等。

 

資源分配與調(diào)度模塊：主要負責在多作業(yè)同時運行的場景下，有效協(xié)調(diào)和分配集群的資源，使資源利用率最大化。

 

以上我們從bi大數(shù)據(jù)分析平臺架構(gòu)及平臺技術(shù)做了整體的了解，相信對企業(yè)后續(xù)的bi選型也會有一定幫助。