目前五種主流大數(shù)據(jù)架構(gòu)簡介

2021-03-05    分類: 網(wǎng)站建設(shè)

問題導(dǎo)讀

1.本文認為有哪5種大數(shù)據(jù)主流架構(gòu)?

2.傳統(tǒng)大數(shù)據(jù)架構(gòu)是什么架構(gòu)?

3.Lambda 架構(gòu)包含哪些內(nèi)容?


之所以叫傳統(tǒng)大數(shù)據(jù)架構(gòu),是因為其定位是為了解決傳統(tǒng)BI的問題。簡單來說,數(shù)據(jù)分析的業(yè)務(wù)沒有發(fā)生任何變化,但是因為數(shù)據(jù)量、性能等問題導(dǎo)致系統(tǒng)無法正常使用,需要進行升級改造,那么此類架構(gòu)便是為了解決這個問題??梢钥吹剑湟廊槐A袅薊TL的動作,將數(shù)據(jù)經(jīng)過ETL動作進入數(shù)據(jù)存儲。

優(yōu)點:簡單、易懂,對于BI系統(tǒng)來說,基本思想沒有發(fā)生變化,變化的僅僅是技術(shù)選型,用大數(shù)據(jù)架構(gòu)替換掉BI的組件。

缺點:對于大數(shù)據(jù)來說,沒有BI下如此完備的Cube架構(gòu),雖然目前有Kylin,但是Lylin的局限性非常明顯,遠遠沒有BI下Cube的靈活度和穩(wěn)定度,因此對業(yè)務(wù)支撐的靈活度不夠,所以對于存在大量報表或復(fù)雜鉆取的場景,需要太多的手工定制化,同時該架構(gòu)依舊以批處理為主,缺乏實時的支撐。

適用場景:數(shù)據(jù)分析需求依舊以BI場景為主,但是因為數(shù)據(jù)量、性能等問題無法滿足日常使用。


在傳統(tǒng)大數(shù)據(jù)架構(gòu)的基礎(chǔ)上,流式架構(gòu)非常激進,直接拔掉了批處理,數(shù)據(jù)全程以流的形式處理,所以在數(shù)據(jù)接入端沒有了ETL,轉(zhuǎn)而替換為數(shù)據(jù)通道。經(jīng)過流處理加工后的數(shù)據(jù),以消息的形式直接推送給了消費者。雖然有一個存儲部分,但是該存儲更多以窗口的形式進行存儲,所以該存儲并非發(fā)生在數(shù)據(jù)湖,而是在外圍系統(tǒng)。

優(yōu)點:沒有臃腫的ETL過程,數(shù)據(jù)的實效性非常高。

缺點:對于流式架構(gòu)來說,不存在批處理,因此對于數(shù)據(jù)的重播和歷史統(tǒng)計無法很好的支撐。對于離線分析僅僅支撐窗口之內(nèi)的分析。

適用場景:預(yù)警、監(jiān)控、對數(shù)據(jù)有有效期要求的情況。


Lambda架構(gòu)算是大數(shù)據(jù)系統(tǒng)里面舉足輕重的架構(gòu),大多數(shù)架構(gòu)基本都是Lambda架構(gòu)或者基于其變種的架構(gòu)。

Lambda的數(shù)據(jù)通道分為兩條分支:實時流和離線。實時流依照流式架構(gòu),保障了其實時性,而離線則以批處理方式為主,保障了最終一致性。

什么意思呢?流式通道處理為保障實效性更多的以增量計算為主輔助參考,而批處理層則對數(shù)據(jù)進行全量運算,保障其最終的一致性。因此,Lambda最外層有一個實時層和離線層合并的動作,此動作是Lambda里非常重要的一個動作,大概的合并思路如下:


優(yōu)點:既有實時又有離線,對于數(shù)據(jù)分析場景涵蓋的非常到位。

缺點:離線層和實時流雖然面臨的場景不相同,但是其內(nèi)部處理的邏輯卻是相同,因此有大量冗余和重復(fù)的模塊存在。

適用場景:同時存在實時和離線需求的情況。


Kappa架構(gòu)在Lambda的基礎(chǔ)上進行了優(yōu)化,將實時和流部分進行了合并,將數(shù)據(jù)通道以消息隊列進行替代。因此對于Kappa架構(gòu)來說,依舊以流處理為主,但是數(shù)據(jù)卻在數(shù)據(jù)湖層面進行了存儲,當(dāng)需要進行離線分析或者再次計算的時候,則將數(shù)據(jù)湖的數(shù)據(jù)再次經(jīng)過消息隊列重播一次則可。

優(yōu)點:Kappa架構(gòu)解決了Lambda架構(gòu)里面的冗余部分,以數(shù)據(jù)可重播的超凡脫俗的思想進行了設(shè)計,整個架構(gòu)非常簡潔。

缺點:雖然Kappa架構(gòu)看起來簡潔,但是施難度相對較高,尤其是對于數(shù)據(jù)重播部分。

適用場景:和Lambda類似,該架構(gòu)是針對Lambda的優(yōu)化。


以上的種種架構(gòu)都圍繞海量數(shù)據(jù)處理為主,Unifield架構(gòu)則更激進,將機器學(xué)習(xí)和數(shù)據(jù)處理揉為一體,從核心上來說,Unifield依舊以Lambda為主,不過對其進行了改造,在流處理層新增了機器學(xué)習(xí)層??梢钥吹綌?shù)據(jù)在經(jīng)過數(shù)據(jù)通道進入數(shù)據(jù)湖后,新增了模型訓(xùn)練部分,并且將其在流式層進行使用。同時流式層不單使用模型,也包含著對模型的持續(xù)訓(xùn)練。

優(yōu)點:Unifield架構(gòu)提供了一套數(shù)據(jù)分析和機器學(xué)習(xí)結(jié)合的架構(gòu)方案,非常好的解決了機器學(xué)習(xí)如何與數(shù)據(jù)平臺進行結(jié)合的問題。

缺點:Unifield架構(gòu)實施復(fù)雜度更高,對于機器學(xué)習(xí)架構(gòu)來說,從軟件包到硬件部署都和數(shù)據(jù)分析平臺有著非常大的差別,因此在實施過程中的難度系數(shù)更高。

適用場景:有著大量數(shù)據(jù)需要分析,同時對機器學(xué)習(xí)方便又有著非常大的需求或者有規(guī)劃的情況。

總結(jié)

以上為目前數(shù)據(jù)處理領(lǐng)域使用較多的幾種架構(gòu),當(dāng)然還有非常多其他架構(gòu),不過其思想都會或多或少的類似。數(shù)據(jù)領(lǐng)域和機器學(xué)習(xí)領(lǐng)域會持續(xù)發(fā)展,以上幾種思想或許終究會變得過時,我們只能與時俱進,不斷更新自己的知識庫。


每日一篇大數(shù)據(jù)優(yōu)秀文章,助力大數(shù)據(jù)開發(fā)者成長!

網(wǎng)頁標(biāo)題:目前五種主流大數(shù)據(jù)架構(gòu)簡介
分享地址:http://www.muchs.cn/news44/104344.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供建站公司企業(yè)建站、標(biāo)簽優(yōu)化、商城網(wǎng)站、網(wǎng)站設(shè)計公司、外貿(mào)網(wǎng)站建設(shè)

廣告

聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時需注明來源: 創(chuàng)新互聯(lián)

h5響應(yīng)式網(wǎng)站建設(shè)