chinese直男口爆体育生外卖, 99久久er热在这里只有精品99, 又色又爽又黄18禁美女裸身无遮挡, gogogo高清免费观看日本电视,私密按摩师高清版在线,人妻视频毛茸茸,91论坛 兴趣闲谈,欧美 亚洲 精品 8区,国产精品久久久久精品免费

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評(píng)論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫(xiě)文章/發(fā)帖/加入社區(qū)
會(huì)員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識(shí)你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

下秒數(shù)據(jù)CEO蔡致暖:云原生時(shí)代數(shù)據(jù)管道的迭代之路

下秒數(shù)據(jù)Nexadata ? 來(lái)源: 下秒數(shù)據(jù)Nexadata ? 作者: 下秒數(shù)據(jù)Nexadata ? 2022-09-20 10:59 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

在如今數(shù)據(jù)被稱為新經(jīng)濟(jì)時(shí)代的石油的大背景下,數(shù)據(jù)管道是什么?處于什么位置?其技術(shù)和演進(jìn)趨勢(shì)又是怎么樣的?

2022年7月12日,在CSDN云原生系列在線峰會(huì)第13期“現(xiàn)代數(shù)據(jù)棧峰會(huì)”上,針對(duì)這些連續(xù)發(fā)問(wèn),下秒數(shù)據(jù)CEO蔡致暖對(duì)數(shù)據(jù)管道1.0至3.0的迭代過(guò)程及技術(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ù)庫(kù)及數(shù)據(jù)倉(cāng)庫(kù)的最佳拍檔,也是一種重要的數(shù)據(jù)基礎(chǔ)設(shè)施。

在了解數(shù)據(jù)管道具體是什么之前,首先要了解什么是ETL管道。ETL管道是從其源系統(tǒng)/數(shù)據(jù)庫(kù)中提取數(shù)據(jù),對(duì)數(shù)據(jù)進(jìn)行轉(zhuǎn)換,然后將其加載到數(shù)據(jù)倉(cāng)庫(kù)或數(shù)據(jù)庫(kù)中,從中獲取業(yè)務(wù)見(jiàn)解。

數(shù)據(jù)管道包含ETL管道,因?yàn)閷?duì)于數(shù)據(jù)管道來(lái)說(shuō),數(shù)據(jù)的目的地不一定是數(shù)據(jù)庫(kù)或數(shù)據(jù)倉(cāng)庫(kù),也可以是其他的應(yīng)用程序,并且支持整個(gè)組織的數(shù)據(jù)編排、管理和使用。

數(shù)據(jù)管道中的步驟通常包括提取、轉(zhuǎn)換、組合、驗(yàn)證、可視化以及其他此類(lèi)數(shù)據(jù)分析過(guò)程。如果沒(méi)有數(shù)據(jù)管道,這些過(guò)程需要大量耗時(shí)而繁瑣的手動(dòng)步驟,并給人為錯(cuò)誤留下空間。數(shù)據(jù)管道的最佳類(lèi)比是傳送帶,它能高效、準(zhǔn)確地將數(shù)據(jù)傳送到流程的每一步。例如,數(shù)據(jù)管道可幫助數(shù)據(jù)從SaaS應(yīng)用高效地流向數(shù)據(jù)倉(cāng)庫(kù)等。

為什么說(shuō)數(shù)據(jù)管道是重要的數(shù)據(jù)基礎(chǔ)設(shè)施?

現(xiàn)如今企業(yè)數(shù)據(jù)孤島變得普遍,各類(lèi)SaaS應(yīng)用的使用頻率越來(lái)越高。數(shù)據(jù)管道解決的是如何自動(dòng)化地把不同來(lái)源的數(shù)據(jù)傳遞給組織中的人、系統(tǒng)、應(yīng)用程序,并將數(shù)據(jù)轉(zhuǎn)化為業(yè)務(wù)價(jià)值。數(shù)據(jù)管道扮演的不僅僅是一個(gè)數(shù)據(jù)傳送帶的作用,它還需要把不同來(lái)源的數(shù)據(jù),經(jīng)過(guò)技術(shù)手段變成業(yè)務(wù)價(jià)值再傳送出去,最終讓組織方便地使用數(shù)據(jù)。

數(shù)據(jù)管道1.0:ETL技術(shù)和數(shù)據(jù)倉(cāng)庫(kù)

數(shù)據(jù)管道1.0的關(guān)鍵詞是ETL與數(shù)據(jù)倉(cāng)庫(kù),基于傳統(tǒng)ETL技術(shù)構(gòu)建數(shù)據(jù)倉(cāng)庫(kù)的的過(guò)程可劃分為五步:

定義數(shù)據(jù)項(xiàng)目及相關(guān)業(yè)務(wù)需求;

確定項(xiàng)目的相關(guān)數(shù)據(jù)源;

定義特定業(yè)務(wù)問(wèn)題所需的數(shù)據(jù)模型(Schema);

構(gòu)建ETL管道(提取、轉(zhuǎn)換和加載函數(shù));

進(jìn)行數(shù)據(jù)分析并獲得業(yè)務(wù)見(jiàn)解。

其關(guān)鍵特征在于,數(shù)據(jù)在加載到數(shù)據(jù)倉(cāng)庫(kù)之前需進(jìn)行轉(zhuǎn)換。這是因?yàn)樵?0世紀(jì)90年代,存儲(chǔ)、計(jì)算和帶寬十分昂貴,因此在將數(shù)據(jù)裝入倉(cāng)庫(kù)之前減少數(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è)計(jì);

需持續(xù)維護(hù),開(kāi)發(fā)工程師要深度參與,維護(hù)成本高;

技術(shù)復(fù)雜,可以使用各種不同的編程語(yǔ)言。

案例解析——業(yè)務(wù)邏輯稍復(fù)雜,維護(hù)成本奇高無(wú)比

上圖是一個(gè)典型的使用Kettle構(gòu)建的數(shù)據(jù)管道,涉及節(jié)點(diǎn)數(shù)量20余。在業(yè)務(wù)變化和需求修改增多的情況下,數(shù)據(jù)管道的復(fù)雜度和維護(hù)成本都會(huì)奇高無(wú)比。

數(shù)據(jù)管道2.0:ELT和云計(jì)算/大數(shù)據(jù)

數(shù)據(jù)管道2.0的主要目標(biāo)依舊是構(gòu)建數(shù)據(jù)倉(cāng)庫(kù),其關(guān)鍵詞是ELT與云計(jì)算/大數(shù)據(jù)。

在2.0階段,我們將ETL技術(shù)更換為ELT技術(shù),這是因?yàn)殡S著大數(shù)據(jù)與云計(jì)算的發(fā)展,存儲(chǔ)、計(jì)算和帶寬成本大幅下降,組織可以在數(shù)據(jù)倉(cāng)庫(kù)中加載大量未轉(zhuǎn)換的數(shù)據(jù),而不必?fù)?dān)心成本和限制。

ELT管道從源系統(tǒng)中提取數(shù)據(jù)并將其直接加載到數(shù)據(jù)倉(cāng)庫(kù)中,無(wú)需進(jìn)行轉(zhuǎn)換。數(shù)據(jù)入庫(kù)后針對(duì)特定業(yè)務(wù),基于SQL或DBT(SQL擴(kuò)展)等工具進(jìn)行轉(zhuǎn)換和建模。

ELT解決了傳統(tǒng)ETL技術(shù)的痛點(diǎn)

ELT更加靈活,每個(gè)數(shù)據(jù)源的數(shù)據(jù)都可以存入庫(kù)中,EL過(guò)程不涉及業(yè)務(wù)轉(zhuǎn)化,可以實(shí)現(xiàn)標(biāo)準(zhǔn)化,進(jìn)而可以按需擴(kuò)展數(shù)據(jù)源、按需建模;

ELT更加普適,轉(zhuǎn)換和建模不再依賴編程語(yǔ)言,入庫(kù)后使用SQL即可;

ELT更加健壯,轉(zhuǎn)換層的故障(如上游架構(gòu)或下游數(shù)據(jù)模型更改時(shí))不會(huì)阻止數(shù)據(jù)加載。

數(shù)據(jù)管道3.0:連接器和API經(jīng)濟(jì)

雖然數(shù)據(jù)管道2.0已經(jīng)實(shí)現(xiàn)了將數(shù)據(jù)都存入數(shù)據(jù)倉(cāng)庫(kù)中,但轉(zhuǎn)換和建模依然對(duì)技術(shù)具有高要求。以往做數(shù)據(jù)集成多以數(shù)據(jù)庫(kù)或文件為目標(biāo),但隨著近年來(lái)SaaS應(yīng)用的普及,組織使用不同的應(yīng)用及工具開(kāi)展?fàn)I銷(xiāo)和經(jīng)營(yíng)活動(dòng),

數(shù)據(jù)集成的技術(shù)門(mén)檻并沒(méi)有因?yàn)镋LT的到來(lái)而降低。

數(shù)據(jù)管道3.0——基于連接器和API經(jīng)濟(jì),自動(dòng)化價(jià)值數(shù)據(jù)的流動(dòng)

實(shí)際上,數(shù)據(jù)管道3.0及數(shù)據(jù)管道2.0的ELT都是現(xiàn)代數(shù)據(jù)棧的組成部分。相較數(shù)據(jù)管道2.0,數(shù)據(jù)管道3.0主要在兩個(gè)方面做出了改變。

數(shù)據(jù)連接器的標(biāo)準(zhǔn)化和商品化:ELT為數(shù)據(jù)連接器的標(biāo)準(zhǔn)化打下了堅(jiān)實(shí)基礎(chǔ),將問(wèn)題轉(zhuǎn)換為如何使數(shù)據(jù)連接器更易于構(gòu)建;

數(shù)據(jù)分析結(jié)果不應(yīng)該封閉在數(shù)據(jù)倉(cāng)庫(kù)或BI工具中,應(yīng)該通過(guò)API或數(shù)據(jù)編排自動(dòng)化,推動(dòng)組織中價(jià)值數(shù)據(jù)的流動(dòng),如反向ETL。

數(shù)據(jù)管道3.0的主要特征

用戶特征

用戶無(wú)需關(guān)注技術(shù),通過(guò)簡(jiǎn)單的配置就可以完成數(shù)據(jù)的連接處理分析,降低對(duì)開(kāi)發(fā)人員的依賴;

彈性的工作負(fù)載,按用量付費(fèi)。

技術(shù)特征

連接器標(biāo)準(zhǔn)化,數(shù)據(jù)集成可重用,大幅降低數(shù)據(jù)集成的成本及技術(shù)門(mén)檻;

轉(zhuǎn)換、建模以數(shù)據(jù)倉(cāng)庫(kù)和SQL為中心。

生態(tài)特征

易與其他工具(包括傳統(tǒng)ETL工具)集成;

利用社區(qū)的力量來(lái)構(gòu)建與維護(hù)連接器和模板化的數(shù)據(jù)模型。

總結(jié)

數(shù)據(jù)管道是一項(xiàng)重要的數(shù)據(jù)基礎(chǔ)設(shè)施,使用智能數(shù)據(jù)管道技術(shù),能夠幫助組織將所有應(yīng)用程序、數(shù)據(jù)庫(kù)、事件和文件等數(shù)據(jù)信息提取到數(shù)據(jù)倉(cāng)庫(kù)中,并快速將分散的數(shù)據(jù)轉(zhuǎn)化為數(shù)據(jù)集、API、自動(dòng)化流程等開(kāi)箱即用的數(shù)據(jù)服務(wù),釋放數(shù)據(jù)的價(jià)值。

審核編輯 黃昊宇

聲明:本文內(nèi)容及配圖由入駐作者撰寫(xiě)或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場(chǎng)。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問(wèn)題,請(qǐng)聯(lián)系本站處理。 舉報(bào)投訴
  • ETL
    ETL
    +關(guān)注

    關(guān)注

    0

    文章

    24

    瀏覽量

    10017
  • 大數(shù)據(jù)
    +關(guān)注

    關(guān)注

    64

    文章

    9029

    瀏覽量

    143074
  • 云原生
    +關(guān)注

    關(guān)注

    0

    文章

    265

    瀏覽量

    8497
收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評(píng)論

    相關(guān)推薦
    熱點(diǎn)推薦

    2025開(kāi)放原子開(kāi)發(fā)者大會(huì)AI時(shí)代數(shù)據(jù)庫(kù)創(chuàng)新實(shí)踐分論壇成功舉辦

    11月21日,2025開(kāi)放原子開(kāi)發(fā)者大會(huì)——AI時(shí)代數(shù)據(jù)庫(kù)創(chuàng)新實(shí)踐分論壇成功舉辦。論壇以“構(gòu)建AI時(shí)代智能數(shù)據(jù)底座”為核心主題,匯聚OpenTenBase、Apache Doris、KWDB
    的頭像 發(fā)表于 11-27 14:56 ?318次閱讀

    云原生環(huán)境里Nginx的故障排查思路

    本文聚焦于云原生環(huán)境Nginx的故障排查思路。隨著云原生技術(shù)的廣泛應(yīng)用,Nginx作為常用的高性能Web服務(wù)器和反向代理服務(wù)器,在容器化和編排的環(huán)境中面臨著新的故障場(chǎng)景和挑戰(zhàn)。
    的頭像 發(fā)表于 06-17 13:53 ?642次閱讀
    <b class='flag-5'>云原生</b>環(huán)境里Nginx的故障排查思路

    從 Java 到 Go:面向?qū)ο蟮木奕伺c云原生的輕騎兵

    (Goroutine/Channel) 在 云原生基礎(chǔ)設(shè)施領(lǐng)域 占據(jù)主導(dǎo)地位,它也是 Java 開(kāi)發(fā)者探索云原生技術(shù)棧的關(guān)鍵補(bǔ)
    的頭像 發(fā)表于 04-25 11:13 ?510次閱讀

    華為加速AI時(shí)代數(shù)據(jù)存儲(chǔ)產(chǎn)業(yè)發(fā)展

    近日,在華為中國(guó)合作伙伴大會(huì)2025上,華為數(shù)據(jù)存儲(chǔ)產(chǎn)品線總裁周躍峰發(fā)表“共筑數(shù)智解決方案,共享數(shù)據(jù)存儲(chǔ)產(chǎn)業(yè)大發(fā)展”主題演講,深入探討如何加速AI行業(yè)化落地,并分享AI時(shí)代數(shù)據(jù)存儲(chǔ)產(chǎn)業(yè)的新趨勢(shì)新機(jī)遇。
    的頭像 發(fā)表于 04-01 15:35 ?903次閱讀

    安科瑞:以綜合能效管理解決方案,賦能人工智能時(shí)代數(shù)據(jù)中心可持續(xù)發(fā)展

    在人工智能與可持續(xù)發(fā)展的雙重浪潮,安科瑞憑借其綜合能效管理解決方案,不僅為數(shù)據(jù)中心行業(yè)提供了降本增效的實(shí)踐路徑,更推動(dòng)了全球數(shù)字基礎(chǔ)設(shè)施向綠色低碳轉(zhuǎn)型。未來(lái),隨著技術(shù)的持續(xù)迭代與生態(tài)合作的深化,安科瑞有望成為AI
    的頭像 發(fā)表于 02-21 15:37 ?811次閱讀
    安科瑞:以綜合能效管理解決方案,賦能人工智能<b class='flag-5'>時(shí)代</b>的<b class='flag-5'>數(shù)據(jù)</b>中心可持續(xù)發(fā)展

    云原生在汽車(chē)行業(yè)的優(yōu)勢(shì)

    近年來(lái),“云原生”已成為科技領(lǐng)域的高頻熱詞。從企業(yè)數(shù)字化轉(zhuǎn)型到智能化產(chǎn)業(yè)布局,各行各業(yè)對(duì)云原生技術(shù)的需求呈現(xiàn)爆發(fā)式增長(zhǎng),向云計(jì)算轉(zhuǎn)型已成為一大趨勢(shì)。根據(jù)Gartner的預(yù)測(cè),到2025年,超過(guò)95%的新數(shù)字工作負(fù)載將遷移至云端,而非傳統(tǒng)
    的頭像 發(fā)表于 02-21 09:20 ?1476次閱讀

    云原生AI服務(wù)怎么樣

    云原生AI服務(wù),是指采用云原生的原則和技術(shù)來(lái)構(gòu)建、部署和管理人工智能應(yīng)用及工作負(fù)載的方法和模式。那么,云原生AI服務(wù)怎么樣呢?下面,AI部落小編帶您了解。
    的頭像 發(fā)表于 01-23 10:47 ?764次閱讀

    云原生LLMOps平臺(tái)作用

    云原生LLMOps平臺(tái)是一種基于云計(jì)算基礎(chǔ)設(shè)施和開(kāi)發(fā)工具,專(zhuān)門(mén)用于構(gòu)建、部署和管理大型語(yǔ)言模型(LLM)全生命周期的平臺(tái)。以下,是對(duì)云原生LLMOps平臺(tái)作用的梳理,由AI部落小編整理。
    的頭像 發(fā)表于 01-06 10:21 ?710次閱讀

    浪潮信息剖析智能時(shí)代數(shù)據(jù)存儲(chǔ)領(lǐng)域面臨的挑戰(zhàn)與機(jī)遇

    在當(dāng)今數(shù)字化時(shí)代,算力與存力的協(xié)同增長(zhǎng)已成為驅(qū)動(dòng)各行各業(yè)發(fā)展的關(guān)鍵力量。特別是在人工智能(AI)這一前沿領(lǐng)域,隨著數(shù)據(jù)量的爆炸式增長(zhǎng),對(duì)存儲(chǔ)系統(tǒng)的需求日益復(fù)雜和多樣。近期,在首屆CCF中國(guó)存儲(chǔ)大會(huì)上,浪潮信息存儲(chǔ)首席架構(gòu)師孫斌深刻剖析了智能
    的頭像 發(fā)表于 12-30 09:43 ?1199次閱讀

    如何選擇云原生機(jī)器學(xué)習(xí)平臺(tái)

    當(dāng)今,云原生機(jī)器學(xué)習(xí)平臺(tái)因其彈性擴(kuò)展、高效部署、低成本運(yùn)營(yíng)等優(yōu)勢(shì),逐漸成為企業(yè)構(gòu)建和部署機(jī)器學(xué)習(xí)應(yīng)用的首選。然而,市場(chǎng)上的云原生機(jī)器學(xué)習(xí)平臺(tái)種類(lèi)繁多,功能各異,如何選擇云原生機(jī)器學(xué)習(xí)平臺(tái)呢?下面,AI部落小編帶您探討。
    的頭像 發(fā)表于 12-25 11:54 ?700次閱讀

    艾體寶與Kubernetes原生數(shù)據(jù)平臺(tái)AppsCode達(dá)成合作

    虹科姐妹公司艾體寶宣布與Kubernetes 原生數(shù)據(jù)平臺(tái) AppsCode達(dá)成正式合作,致力于將其核心產(chǎn)品KubeDB引入中國(guó)市場(chǎng),為企業(yè)提供專(zhuān)業(yè)、高效的云原生數(shù)據(jù)庫(kù)管理解決方案。
    的頭像 發(fā)表于 12-16 15:07 ?897次閱讀

    構(gòu)建云原生機(jī)器學(xué)習(xí)平臺(tái)流程

    構(gòu)建云原生機(jī)器學(xué)習(xí)平臺(tái)是一個(gè)復(fù)雜而系統(tǒng)的過(guò)程,涉及數(shù)據(jù)收集、處理、特征提取、模型訓(xùn)練、評(píng)估、部署和監(jiān)控等多個(gè)環(huán)節(jié)。
    的頭像 發(fā)表于 12-14 10:34 ?676次閱讀

    什么是云原生MLOps平臺(tái)

    云原生MLOps平臺(tái),是指利用云計(jì)算的基礎(chǔ)設(shè)施和開(kāi)發(fā)工具,來(lái)構(gòu)建、部署和管理機(jī)器學(xué)習(xí)模型的全生命周期的平臺(tái)。以下,是對(duì)云原生MLOps平臺(tái)的介紹,由AI部落小編整理。
    的頭像 發(fā)表于 12-12 13:13 ?843次閱讀

    AI時(shí)代數(shù)據(jù)庫(kù)技術(shù)發(fā)展論壇亮點(diǎn)前瞻

    可以看到,數(shù)據(jù)庫(kù)技術(shù)作為數(shù)字經(jīng)濟(jì)的基石,在全球范圍內(nèi)正經(jīng)歷著由傳統(tǒng)架構(gòu)向云原生、智能化的轉(zhuǎn)型。而AI技術(shù)的融入,使得數(shù)據(jù)庫(kù)系統(tǒng)在性能優(yōu)化、自動(dòng)化管理、智能決策等方面展現(xiàn)出前所未有的潛力。
    的頭像 發(fā)表于 12-12 11:31 ?838次閱讀

    AmpereOne如何滿足現(xiàn)代數(shù)據(jù)中心需求

    在當(dāng)今要求苛刻的技術(shù)環(huán)境中,數(shù)據(jù)中心和企業(yè)面臨著嚴(yán)峻的挑戰(zhàn)。不斷上升的能源成本促使公司尋求更節(jié)能的解決方案,以滿足可持續(xù)性和成本目標(biāo)。對(duì)可擴(kuò)展計(jì)算密度的需求也在增長(zhǎng),以跟上日益復(fù)雜的應(yīng)用程序和云原生
    的頭像 發(fā)表于 12-09 17:33 ?995次閱讀