<span id="1hajl"><optgroup id="1hajl"><center id="1hajl"></center></optgroup></span>
    <li id="1hajl"></li>
    
    
    1. 四個“一體化”——構(gòu)建數(shù)智融合時代下的一站式大數(shù)據(jù)平臺

      2024-06-28 22:27 | 來源:天極網(wǎng) | 作者:俠名 | [產(chǎn)業(yè)] 字號變大| 字號變小


      隨著智能化技術(shù)的飛速發(fā)展,尤其是以生成式AI為代表的技術(shù)快速應(yīng)用,推動了數(shù)據(jù)與智能的深化融合,給數(shù)據(jù)基礎(chǔ)設(shè)施帶來了新的變革和挑戰(zhàn)。如何簡化日益復(fù)雜的系統(tǒng)架構(gòu),提高...

      隨著智能化技術(shù)的飛速發(fā)展,尤其是以生成式AI為代表的技術(shù)快速應(yīng)用,推動了數(shù)據(jù)與智能的深化融合,給數(shù)據(jù)基礎(chǔ)設(shè)施帶來了新的變革和挑戰(zhàn)。如何簡化日益復(fù)雜的系統(tǒng)架構(gòu),提高數(shù)據(jù)處理效率,降低開發(fā)運維成本,促進(jìn)數(shù)據(jù)開放共享和創(chuàng)新應(yīng)用,成為企業(yè)關(guān)注的核心問題。

        一站式大數(shù)據(jù)平臺,旨在通過一個平臺即可滿足各類業(yè)務(wù)需求,成為數(shù)智融合時代下數(shù)據(jù)基礎(chǔ)設(shè)施的發(fā)展趨勢,并從四個維度向四個“一體化”方向演進(jìn):數(shù)據(jù)架構(gòu)-湖倉集一體化;數(shù)據(jù)處理-多模型一體化;數(shù)據(jù)分析-歷史與實時數(shù)據(jù)一體化;資源管理-多集群應(yīng)用、資源和數(shù)據(jù)一體化。

        數(shù)據(jù)架構(gòu):湖倉集一體化

        過去,企業(yè)在建設(shè)數(shù)據(jù)平臺時通常使用傳統(tǒng)的Hadoop湖+MPP倉的混合架構(gòu),逐漸有部分企業(yè)開始使用類似Hudi/Iceberg的湖倉技術(shù)。這兩種技術(shù)架構(gòu)都存在一些局限性,在線分析能力較弱,無法滿足集市業(yè)務(wù)需求。因此企業(yè)往往需要再引入額外的分析查詢引擎,用混合架構(gòu)來滿足湖倉集業(yè)務(wù)需求。

        混合架構(gòu)中,數(shù)據(jù)需要存儲在不同平臺里來提供服務(wù),首先就造成了數(shù)據(jù)冗余和存儲資源占用。其次,數(shù)據(jù)需要跨平臺ETL流轉(zhuǎn),流轉(zhuǎn)開銷高,時效性較差。數(shù)據(jù)跨平臺流轉(zhuǎn)中還容易導(dǎo)致數(shù)據(jù)一致性問題,影響業(yè)務(wù)正確性。此外,多平臺的開發(fā)標(biāo)準(zhǔn)不一致,存在一定的技術(shù)門檻,權(quán)限管理復(fù)雜。

        星環(huán)科技大數(shù)據(jù)基礎(chǔ)平臺TDH從2014年支持了事務(wù)表和存儲過程開始,形成了湖倉集一體雛形,在2023年TDH9.3版本中引入了湖倉集統(tǒng)一存儲格式Holodesk,只需一種存儲格式即可同時滿足ODS數(shù)據(jù)實時數(shù)據(jù)接入、數(shù)倉模型加工和高性能集市查詢分析等業(yè)務(wù),不需要針對不同的業(yè)務(wù)場景使用不同的存儲引擎而構(gòu)建煙囪式混合架構(gòu)。在星環(huán)一體架構(gòu)下,湖倉集對用戶來說,僅僅是業(yè)務(wù)邏輯上的區(qū)分,底層使用統(tǒng)一的技術(shù)棧,真正實現(xiàn)湖倉集一體化。

      圖1.png

        新發(fā)布的TDH9.4在資源隔離、端到端性能、統(tǒng)一運維管理等方面升級,幫助用戶構(gòu)建真一體化、高性能、易運維的湖倉集一體化平臺。

        * 資源隔離新架構(gòu),在同一份數(shù)據(jù)上跑批查詢混合負(fù)載互不影響。一套集群一份數(shù)據(jù),基于Raft協(xié)議保障分布式一致性,在CPU內(nèi)存、IO、網(wǎng)絡(luò)資源方面完全隔離,結(jié)合基于容器化的動態(tài)資源調(diào)整能力,保障不同的批量業(yè)務(wù)與查詢業(yè)務(wù)性能需求。存儲方面,針對湖倉集多種混合負(fù)載業(yè)務(wù),支持分區(qū)級多級冷熱數(shù)據(jù)存儲,*大化利用存儲資源,降低總體存儲成本。

        * 端到端性能10倍提升,全面降低TCO。相比于Hudi+Clickhouse+Hbase的混合架構(gòu),TDH湖倉集同一份數(shù)據(jù),ETL時間節(jié)約95%,存儲空間節(jié)省3/4,批量入庫性能提升3倍,實時入庫性能提升5倍,批量加工和多表關(guān)聯(lián)分析性能提升5-10倍,統(tǒng)計性能提升3倍,帶小量聚合的查詢業(yè)務(wù)性能提升1.5倍。

        * 湖倉集統(tǒng)一運維管理,大幅降低運維管理成本。湖倉集統(tǒng)一的監(jiān)控導(dǎo)向UI,提供更細(xì)粒度的集群運行、資源使用、組件指標(biāo)等監(jiān)測,提供界面化補丁管理、磁盤管理等。此外,TDH支持X86和ARM混合集群部署和統(tǒng)一管理,*在10000節(jié)點X86/ARM混部集群下,通過信通院云原生湖倉一體專項評測。

        * 支持 Python 生態(tài),高效支撐大模型應(yīng)用?;诮y(tǒng)一的分布式計算引擎,提供分布式Python引擎,來幫助用戶更方便地用Python進(jìn)行分布式數(shù)據(jù)處理。并提供POSIX接口,掛載分布式文件系統(tǒng)TDFS到本體磁盤,讓用戶可以像處理本地數(shù)據(jù)一樣處理海量AI訓(xùn)練數(shù)據(jù),高效支撐數(shù)智融合時代下大模型應(yīng)用和各類數(shù)據(jù)智能場景。

        數(shù)據(jù)處理:多模型一體化

        過去,不同的數(shù)據(jù)模型往往需要獨立的平臺來處理,而這些不同的產(chǎn)品在接口標(biāo)準(zhǔn)上不一致,開發(fā)者和業(yè)務(wù)分析人員需要掌握不同的語言。同樣,這些產(chǎn)品也使用了各自獨立的計算引擎和存儲,數(shù)據(jù)存儲在各自生態(tài)中難以互通,在業(yè)務(wù)上如果涉及到跨模型的混合業(yè)務(wù),需要把數(shù)據(jù)從一個平臺導(dǎo)入到另一個平臺中,ETL流轉(zhuǎn)效率低,同時也難以保證數(shù)據(jù)的準(zhǔn)確性、一致性和實效性。

        多模數(shù)據(jù)庫旨在單個系統(tǒng)中集成了多個關(guān)系型和/或非關(guān)系型數(shù)據(jù)引擎(例如,文檔、圖、鍵值、時序等),滿足業(yè)務(wù)對于結(jié)構(gòu)化、半結(jié)構(gòu)化、非結(jié)構(gòu)化數(shù)據(jù)的統(tǒng)一管理需求,實現(xiàn)數(shù)據(jù)的多模融合處理。通過使用單個系統(tǒng)來降低操作的復(fù)雜性,更好地支持不同場景下的多種類型數(shù)據(jù)處理。

        隨著大語言模型的快速發(fā)展,對于多種模型數(shù)據(jù)的處理需求越來越高,同時由于其存在領(lǐng)域知識缺乏、知識時效性低、回答易幻覺、隱私數(shù)據(jù)不安全等局限性,需要通過檢索外置知識庫的方式來增強大模型能力。通過多種模型一體化處理的平臺,在增強大模型的同時,可以降低系統(tǒng)搭建、開發(fā)、運維等方面難度,因此多模數(shù)據(jù)庫成為大模型時代的剛需。

        星環(huán)科技從2020年實現(xiàn)了多模型數(shù)據(jù)的統(tǒng)一處理技術(shù),基于四層統(tǒng)一的架構(gòu)提供統(tǒng)一的接口層,統(tǒng)一的計算引擎層,統(tǒng)一的分布式存儲管理層和統(tǒng)一的資源管理層,并支持關(guān)系型、圖、時序、時空、向量、鍵值等11種數(shù)據(jù)模型,業(yè)內(nèi)*通過了信通院《多模數(shù)據(jù)庫技術(shù)要求》評測。

      圖2.png

        TDH9.4在多模型能力進(jìn)行了升級,向量存儲引擎Hippo發(fā)布了2.0版本,單機存儲容量提升20倍,結(jié)合分布式架構(gòu)可支持百億字的向量存儲,檢索性能提升10倍以上,并提供完整的企業(yè)級能力,包括冷熱災(zāi)備、跨集群數(shù)據(jù)同步、生命周期管理等,幫助用戶更安全、便捷地支撐大模型應(yīng)用。

        圖存儲引擎StellarDB發(fā)布了5.1版本,引入GPU作為計算資源,部份場景下如子圖查詢性能提升10倍以上,結(jié)合深度圖算法提供圖譜召回、圖譜推理等能力,提升大模型的準(zhǔn)確度,幫助用戶構(gòu)建企業(yè)級知識庫系統(tǒng)。

        基于TDH多模型統(tǒng)一技術(shù)架構(gòu),滿足大模型場景下多模態(tài)數(shù)據(jù)的統(tǒng)一存儲管理與服務(wù),大幅簡化知識庫的知識存儲與服務(wù)層架構(gòu),降低開發(fā)與運維成本。通過將TDH作為大模型外置知識庫,可以檢索文本/圖片/音視頻轉(zhuǎn)化后的向量數(shù)據(jù)、圖數(shù)據(jù)、以及傳統(tǒng)關(guān)系型數(shù)據(jù)等,并進(jìn)行聯(lián)合召回,可以極大增強大模型的準(zhǔn)確率。

      圖3.png

        數(shù)據(jù)分析:實時與歷史數(shù)據(jù)一體化

        隨著業(yè)務(wù)的快速發(fā)展以及企業(yè)內(nèi)部決策的要求不斷提高,用戶對數(shù)據(jù)實時性的要求越來越迫切。實時數(shù)據(jù)處理架構(gòu)Lambda和Kappa,在各自使用的場景都能解決一部分實時或近實時的用戶需求,但是隨著業(yè)務(wù)實時要求的提高,兩種架構(gòu)均存在一定的不足,主要體現(xiàn)在:

        (1)Lambda架構(gòu)將實時和歷史數(shù)據(jù)分離,隨著歷史數(shù)據(jù)的積累,批量計算的性能會下降明顯;

        (2)Kappa架構(gòu)通過流計算的方式實現(xiàn)了數(shù)據(jù)融合,但流與流之間的時間窗口難以精確控制,流與流存在數(shù)據(jù)關(guān)聯(lián)不上的問題。

        星環(huán)科技ArgoDB 6.1版本中推出了數(shù)據(jù)增量計算能力,提出了業(yè)務(wù)實時計算新范式。在實時處理數(shù)據(jù)架構(gòu)上,解決了Lambda架構(gòu)中的實時與歷史數(shù)據(jù)的不融合問題;同時避免了Kappa架構(gòu)中的流與流計算窗口不可控問題。從數(shù)據(jù)的加載到數(shù)據(jù)的加工,保障了數(shù)據(jù)業(yè)務(wù)端到端的實時性能,極大地提升了業(yè)務(wù)分析的時效性。

        ArgoDB6.1的增量計算技術(shù),打破流表和物理表的使用壁壘,增量交由數(shù)據(jù)庫識別、關(guān)聯(lián)和分析:

        * 大幅降低資源維護(hù)成本,窗口下沉到存儲,數(shù)據(jù)無中間狀態(tài),流狀態(tài)時間窗口維護(hù)成本從100%降至0(即“零”維護(hù)成本);

        * 實時性能 & 數(shù)據(jù)準(zhǔn)確性提升,減少計算數(shù)據(jù)量,為結(jié)果表實時提供*新的關(guān)聯(lián)計算值;(即數(shù)據(jù)“不丟”“不重”且“計算高效”);

        * 增量數(shù)據(jù)可重復(fù)使用,原始數(shù)據(jù)落表,增量的數(shù)據(jù)可供下游使用,配置鏈路簡單且數(shù)據(jù)可重復(fù)使用。

      圖4.png

        基于ArgoDB 6.1增量數(shù)據(jù)計算能力,可在一個數(shù)據(jù)庫系統(tǒng)中實現(xiàn)多種實時場景,數(shù)據(jù)僅需在庫內(nèi)流轉(zhuǎn):

        場景一(即席查詢,寫入即服務(wù)):數(shù)據(jù)直接寫入ArgoDB,由ArgoDB提供OLAP 查詢和在線服務(wù);

        場景二(增量數(shù)據(jù)準(zhǔn)實時加工):在 ArgoDB 中進(jìn)行ODS數(shù)據(jù)清洗,并在DWD數(shù)據(jù)明細(xì)層預(yù)加工后直接進(jìn)行匯聚層加工,對接上層應(yīng)用;

        場景三(增量數(shù)據(jù)實時統(tǒng)計,事件驅(qū)動加工):DWD明細(xì)層預(yù)加工和DWS匯聚層預(yù)加工全部由ArgoDB增量計算完成,并提供給上層應(yīng)用,幫助用構(gòu)建新一代的實時數(shù)據(jù)倉庫。

        資源管理:多集群應(yīng)用、資源和數(shù)據(jù)一體化

        企業(yè)通常根據(jù)不同的業(yè)務(wù)系統(tǒng)構(gòu)建多個不同的大數(shù)據(jù)集群,多個集群的運維管理給企業(yè)帶來了很多困擾。不同的集群各自孤立,底層資源無法統(tǒng)一、無法均衡的調(diào)度和*大化利用,并且各個集群上的數(shù)據(jù)難以互通,當(dāng)涉及跨集群數(shù)據(jù)調(diào)用時,需要在各個集群之間ETL,效率較低,也難以保證數(shù)據(jù)的準(zhǔn)確性、一致性和實效性。當(dāng)有新業(yè)務(wù)需要上線時,需要建設(shè)新的集群,進(jìn)一步加劇上述問題。

        多個大數(shù)據(jù)集群統(tǒng)一管理,能夠?qū)⒍嗉航y(tǒng)一納管,實現(xiàn)資源統(tǒng)一調(diào)度,數(shù)據(jù)統(tǒng)一管理,并能夠快速響應(yīng),滿足新業(yè)務(wù)上線需求。

        星環(huán)科技數(shù)據(jù)云平臺TDC,在一個平臺上提供了數(shù)據(jù)PaaS、分析PaaS、應(yīng)用PaaS服務(wù),底層共享基礎(chǔ)設(shè)施資源,能夠?qū)崿F(xiàn)不同業(yè)務(wù)、不同環(huán)境下的多個集群統(tǒng)一納管,不僅提供星環(huán)科技的大數(shù)據(jù)與人工智能產(chǎn)品等產(chǎn)品服務(wù),也能夠托管如Spark、Flink等開源生態(tài)產(chǎn)品。

      圖5.png

        TDC 5.0在多集群及應(yīng)用統(tǒng)一納管基礎(chǔ)上,對跨集群資源均衡調(diào)度、自動彈性伸縮、數(shù)據(jù)共享等能力進(jìn)一步升級,幫助用戶構(gòu)建一體化的大數(shù)據(jù)與智能平臺,降低企業(yè)多集群運維管理成本,*大化資源利用率,加速業(yè)務(wù)上線與創(chuàng)新。

        跨集群資源均衡調(diào)度 實現(xiàn)對多個集群底層資源的統(tǒng)一管理,當(dāng)某個集群負(fù)載較大,需要擴展存儲或者計算資源時,能夠跨集群自動調(diào)用富余集群的資源,實現(xiàn)多個集群之間資源的均衡調(diào)度,提升所有集群的整體資源利用率。

        跨集群自動彈性伸縮 根據(jù)配置的基于時間周期、負(fù)載變化的自動彈性伸縮策略,對業(yè)務(wù)繁忙時間段和業(yè)務(wù)負(fù)載突增時,自動進(jìn)行存儲和計算資源的擴縮容,滿足業(yè)務(wù)對資源的需求,保障業(yè)務(wù)性能的穩(wěn)定性。

        跨集群數(shù)據(jù)共享 跨多個集群實現(xiàn)數(shù)據(jù)的共享,集群之間不需要做ETL,可以直接共享使用對方集群的存儲,進(jìn)而實現(xiàn)No Copy的數(shù)據(jù)共享,避免數(shù)據(jù)復(fù)制帶來的存儲壓力和數(shù)據(jù)時延,以及不一致性問題。

      電鰻快報


      1.本站遵循行業(yè)規(guī)范,任何轉(zhuǎn)載的稿件都會明確標(biāo)注作者和來源;2.本站的原創(chuàng)文章,請轉(zhuǎn)載時務(wù)必注明文章作者和來源,不尊重原創(chuàng)的行為我們將追究責(zé)任;3.作者投稿可能會經(jīng)我們編輯修改或補充。

      相關(guān)新聞

      信息產(chǎn)業(yè)部備案/許可證編號: 京ICP備17002173號-2  電鰻快報2013-2024 www.shhai01.com

        

      電話咨詢

      關(guān)于電鰻快報

      關(guān)注我們

      主站蜘蛛池模板: 久99久无码精品视频免费播放| 激情亚洲一区国产精品| 国产精品久久久亚洲| 久久久精品人妻一区二区三区四| 9久热这里只有精品| 亚洲精品无码永久在线观看| 日韩一区精品视频一区二区| 青青草精品视频| 国产午夜精品免费一区二区三区| 高清在线亚洲精品国产二区| 日产精品一线二线三线芒果| 欧美精品一区二区久久| 影音先锋国产精品国语对白| 国产精品亚洲欧美大片在线观看| 青青青国产依人精品视频| 国产成人精品免费午夜app| 国产精品视频分类一区| 国产精品自拍一区| 欧美日韩国产中文精品字幕自在自线| 精品久久久久久久久午夜福利| 亚洲精品色婷婷在线影院| 国产精品一区在线观看你懂的| 无码AⅤ精品一区二区三区| 亚洲国产成人一区二区精品区| 久久国产精品一国产精品金尊| 欧美激情精品久久久久久久| 国产成人久久久精品二区三区| 久久国产精品久久久| 久久久WWW成人免费精品| 精品日韩欧美国产| 四虎精品成人免费视频| 久久久久久亚洲精品无码| 国产亚洲精品资源在线26u| 国产精品福利网站导航| 精品无码久久久久久国产| 日韩精品无码一区二区三区| 久久精品毛片免费观看| 亚洲性日韩精品国产一区二区| 久久久久久亚洲精品不卡| 久久久WWW成人免费精品| 精品久久久无码中文字幕天天|