長沙大數(shù)據(jù)開發(fā)培訓(xùn)常用的幾種大數(shù)據(jù)架構(gòu)是
2022-08-15點擊量:5412
常用的幾種大數(shù)據(jù)架構(gòu)是什么?學(xué)習(xí)大數(shù)據(jù)開發(fā),掌握大數(shù)據(jù)架構(gòu)是非常有必要的,下面我們就通過下文的學(xué)習(xí)來掌握常用的幾種大數(shù)據(jù)架構(gòu)是什么。常用的幾種大數(shù)據(jù)架構(gòu)是什么?傳統(tǒng)大數(shù)據(jù)架構(gòu)之所以叫傳統(tǒng)大數(shù)據(jù)架構(gòu),是因為其定位是為了解決傳統(tǒng)BI的問題,簡單來說,數(shù)據(jù)分析的業(yè)務(wù)沒有發(fā)生任何變化,但是因為數(shù)據(jù)量、性能等問題導(dǎo)致系統(tǒng)無法正常使用,需要進行升級改造,那么此類架構(gòu)便是為了解決這個問題。可以看到,其依然保留了ETL的動作,將數(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,但是kylin的局限性非常明顯,遠遠沒有BI下的Cube的靈活度和穩(wěn)定度,因此對業(yè)務(wù)支撐的靈活度不夠,所以對于存在大量報表,或者復(fù)雜的鉆取的場景,需要太多的手工定制化,同時該架構(gòu)依舊以批處理為主,缺乏實時的支撐。適用場景:數(shù)據(jù)分析需求依舊以BI場景為主,但是因為數(shù)據(jù)量、性能等問題無法滿足日常使用。流式架構(gòu)在傳統(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)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最外層有一個實時層和離線層合并的動作。優(yōu)點:既有實時又有離線,對于數(shù)據(jù)分析場景涵蓋的非常到位。缺點:離線層和實時流雖然面臨的場景不相同,但是其內(nèi)部處理的邏輯卻是相同,因此有大量榮譽和重復(fù)的模塊存在。適用場景:同時存在實時和離線需求的情況。Kappa架構(gòu)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)化。Unifield架構(gò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ī)劃。...