在如今數(shù)據(jù)被稱為新經(jīng)濟(jì)時代的石油的大背景下,數(shù)據(jù)管道是什么?處于什么位置?其技術(shù)和演進(jìn)趨勢又是怎么樣的?
2022年7月12日,在CSDN云原生系列在線峰會第13期“現(xiàn)代數(shù)據(jù)棧峰會”上,針對這些連續(xù)發(fā)問,下秒數(shù)據(jù)CEO蔡致暖對數(shù)據(jù)管道1.0至3.0的迭代過程及技術(shù)特點(diǎn)進(jìn)行了詳細(xì)介紹。
數(shù)據(jù)管道和ETL
數(shù)據(jù)管道是一種重要的數(shù)據(jù)基礎(chǔ)設(shè)施,ETL管道是最常用的數(shù)據(jù)管道。
數(shù)據(jù)基礎(chǔ)設(shè)施是底座,數(shù)據(jù)管道作為數(shù)據(jù)庫及數(shù)據(jù)倉庫的最佳拍檔,也是一種重要的數(shù)據(jù)基礎(chǔ)設(shè)施。
在了解數(shù)據(jù)管道具體是什么之前,首先要了解什么是ETL管道。ETL管道是從其源系統(tǒng)/數(shù)據(jù)庫中提取數(shù)據(jù),對數(shù)據(jù)進(jìn)行轉(zhuǎn)換,然后將其加載到數(shù)據(jù)倉庫或數(shù)據(jù)庫中,從中獲取業(yè)務(wù)見解。
數(shù)據(jù)管道包含ETL管道,因為對于數(shù)據(jù)管道來說,數(shù)據(jù)的目的地不一定是數(shù)據(jù)庫或數(shù)據(jù)倉庫,也可以是其他的應(yīng)用程序,并且支持整個組織的數(shù)據(jù)編排、管理和使用。
數(shù)據(jù)管道中的步驟通常包括提取、轉(zhuǎn)換、組合、驗證、可視化以及其他此類數(shù)據(jù)分析過程。如果沒有數(shù)據(jù)管道,這些過程需要大量耗時而繁瑣的手動步驟,并給人為錯誤留下空間。數(shù)據(jù)管道的最佳類比是傳送帶,它能高效、準(zhǔn)確地將數(shù)據(jù)傳送到流程的每一步。例如,數(shù)據(jù)管道可幫助數(shù)據(jù)從SaaS應(yīng)用高效地流向數(shù)據(jù)倉庫等。
為什么說數(shù)據(jù)管道是重要的數(shù)據(jù)基礎(chǔ)設(shè)施?
現(xiàn)如今企業(yè)數(shù)據(jù)孤島變得普遍,各類SaaS應(yīng)用的使用頻率越來越高。數(shù)據(jù)管道解決的是如何自動化地把不同來源的數(shù)據(jù)傳遞給組織中的人、系統(tǒng)、應(yīng)用程序,并將數(shù)據(jù)轉(zhuǎn)化為業(yè)務(wù)價值。數(shù)據(jù)管道扮演的不僅僅是一個數(shù)據(jù)傳送帶的作用,它還需要把不同來源的數(shù)據(jù),經(jīng)過技術(shù)手段變成業(yè)務(wù)價值再傳送出去,最終讓組織方便地使用數(shù)據(jù)。
數(shù)據(jù)管道1.0:ETL技術(shù)和數(shù)據(jù)倉庫
數(shù)據(jù)管道1.0的關(guān)鍵詞是ETL與數(shù)據(jù)倉庫,基于傳統(tǒng)ETL技術(shù)構(gòu)建數(shù)據(jù)倉庫的的過程可劃分為五步:
定義數(shù)據(jù)項目及相關(guān)業(yè)務(wù)需求;
確定項目的相關(guān)數(shù)據(jù)源;
定義特定業(yè)務(wù)問題所需的數(shù)據(jù)模型(Schema);
構(gòu)建ETL管道(提取、轉(zhuǎn)換和加載函數(shù));
進(jìn)行數(shù)據(jù)分析并獲得業(yè)務(wù)見解。
其關(guān)鍵特征在于,數(shù)據(jù)在加載到數(shù)據(jù)倉庫之前需進(jìn)行轉(zhuǎn)換。這是因為在20世紀(jì)90年代,存儲、計算和帶寬十分昂貴,因此在將數(shù)據(jù)裝入倉庫之前減少數(shù)據(jù)量至關(guān)重要。
傳統(tǒng)ETL技術(shù)的局限性
隨著數(shù)據(jù)處理技術(shù)的不斷演進(jìn),傳統(tǒng)ETL技術(shù)難以適應(yīng)業(yè)務(wù)的發(fā)展,有較多弊端顯現(xiàn):
不夠靈活、伸縮性差,一旦業(yè)務(wù)規(guī)則變化,管道需重新設(shè)計;
需持續(xù)維護(hù),開發(fā)工程師要深度參與,維護(hù)成本高;
技術(shù)復(fù)雜,可以使用各種不同的編程語言。
案例解析——業(yè)務(wù)邏輯稍復(fù)雜,維護(hù)成本奇高無比
上圖是一個典型的使用Kettle構(gòu)建的數(shù)據(jù)管道,涉及節(jié)點(diǎn)數(shù)量20余。在業(yè)務(wù)變化和需求修改增多的情況下,數(shù)據(jù)管道的復(fù)雜度和維護(hù)成本都會奇高無比。
數(shù)據(jù)管道2.0:ELT和云計算/大數(shù)據(jù)
數(shù)據(jù)管道2.0的主要目標(biāo)依舊是構(gòu)建數(shù)據(jù)倉庫,其關(guān)鍵詞是ELT與云計算/大數(shù)據(jù)。
在2.0階段,我們將ETL技術(shù)更換為ELT技術(shù),這是因為隨著大數(shù)據(jù)與云計算的發(fā)展,存儲、計算和帶寬成本大幅下降,組織可以在數(shù)據(jù)倉庫中加載大量未轉(zhuǎn)換的數(shù)據(jù),而不必?fù)?dān)心成本和限制。
ELT管道從源系統(tǒng)中提取數(shù)據(jù)并將其直接加載到數(shù)據(jù)倉庫中,無需進(jìn)行轉(zhuǎn)換。數(shù)據(jù)入庫后針對特定業(yè)務(wù),基于SQL或DBT(SQL擴(kuò)展)等工具進(jìn)行轉(zhuǎn)換和建模。
ELT解決了傳統(tǒng)ETL技術(shù)的痛點(diǎn)
ELT更加靈活,每個數(shù)據(jù)源的數(shù)據(jù)都可以存入庫中,EL過程不涉及業(yè)務(wù)轉(zhuǎn)化,可以實現(xiàn)標(biāo)準(zhǔn)化,進(jìn)而可以按需擴(kuò)展數(shù)據(jù)源、按需建模;
ELT更加普適,轉(zhuǎn)換和建模不再依賴編程語言,入庫后使用SQL即可;
ELT更加健壯,轉(zhuǎn)換層的故障(如上游架構(gòu)或下游數(shù)據(jù)模型更改時)不會阻止數(shù)據(jù)加載。
數(shù)據(jù)管道3.0:連接器和API經(jīng)濟(jì)
雖然數(shù)據(jù)管道2.0已經(jīng)實現(xiàn)了將數(shù)據(jù)都存入數(shù)據(jù)倉庫中,但轉(zhuǎn)換和建模依然對技術(shù)具有高要求。以往做數(shù)據(jù)集成多以數(shù)據(jù)庫或文件為目標(biāo),但隨著近年來SaaS應(yīng)用的普及,組織使用不同的應(yīng)用及工具開展?fàn)I銷和經(jīng)營活動,
數(shù)據(jù)集成的技術(shù)門檻并沒有因為ELT的到來而降低。
數(shù)據(jù)管道3.0——基于連接器和API經(jīng)濟(jì),自動化價值數(shù)據(jù)的流動
實際上,數(shù)據(jù)管道3.0及數(shù)據(jù)管道2.0的ELT都是現(xiàn)代數(shù)據(jù)棧的組成部分。相較數(shù)據(jù)管道2.0,數(shù)據(jù)管道3.0主要在兩個方面做出了改變。
數(shù)據(jù)連接器的標(biāo)準(zhǔn)化和商品化:ELT為數(shù)據(jù)連接器的標(biāo)準(zhǔn)化打下了堅實基礎(chǔ),將問題轉(zhuǎn)換為如何使數(shù)據(jù)連接器更易于構(gòu)建;
數(shù)據(jù)分析結(jié)果不應(yīng)該封閉在數(shù)據(jù)倉庫或BI工具中,應(yīng)該通過API或數(shù)據(jù)編排自動化,推動組織中價值數(shù)據(jù)的流動,如反向ETL。
數(shù)據(jù)管道3.0的主要特征
用戶特征
用戶無需關(guān)注技術(shù),通過簡單的配置就可以完成數(shù)據(jù)的連接處理分析,降低對開發(fā)人員的依賴;
彈性的工作負(fù)載,按用量付費(fèi)。
技術(shù)特征
連接器標(biāo)準(zhǔn)化,數(shù)據(jù)集成可重用,大幅降低數(shù)據(jù)集成的成本及技術(shù)門檻;
轉(zhuǎn)換、建模以數(shù)據(jù)倉庫和SQL為中心。
生態(tài)特征
易與其他工具(包括傳統(tǒng)ETL工具)集成;
利用社區(qū)的力量來構(gòu)建與維護(hù)連接器和模板化的數(shù)據(jù)模型。
總結(jié)
數(shù)據(jù)管道是一項重要的數(shù)據(jù)基礎(chǔ)設(shè)施,使用智能數(shù)據(jù)管道技術(shù),能夠幫助組織將所有應(yīng)用程序、數(shù)據(jù)庫、事件和文件等數(shù)據(jù)信息提取到數(shù)據(jù)倉庫中,并快速將分散的數(shù)據(jù)轉(zhuǎn)化為數(shù)據(jù)集、API、自動化流程等開箱即用的數(shù)據(jù)服務(wù),釋放數(shù)據(jù)的價值。
審核編輯 黃昊宇
-
ETL
+關(guān)注
關(guān)注
0文章
23瀏覽量
9644 -
大數(shù)據(jù)
+關(guān)注
關(guān)注
64文章
8960瀏覽量
140196 -
云原生
+關(guān)注
關(guān)注
0文章
261瀏覽量
8273
發(fā)布評論請先 登錄
云原生環(huán)境里Nginx的故障排查思路

華為加速AI時代數(shù)據(jù)存儲產(chǎn)業(yè)發(fā)展
云原生在汽車行業(yè)的優(yōu)勢
云原生AI服務(wù)怎么樣
云原生LLMOps平臺作用
如何選擇云原生機(jī)器學(xué)習(xí)平臺
艾體寶與Kubernetes原生數(shù)據(jù)平臺AppsCode達(dá)成合作
構(gòu)建云原生機(jī)器學(xué)習(xí)平臺流程
什么是云原生MLOps平臺
軟通動力榮登2024云原生企業(yè)TOP50榜單
云原生和數(shù)據(jù)庫哪個好一些?
云原生和非云原生哪個好?六大區(qū)別詳細(xì)對比
京東云原生安全產(chǎn)品重磅發(fā)布

從積木式到裝配式云原生安全

基于DPU與SmartNic的云原生SDN解決方案

評論