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

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

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

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

工業(yè)大數(shù)據(jù)處理領(lǐng)域的“網(wǎng)紅”——Apache Spark

格創(chuàng)東智 ? 2018-12-17 10:55 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

生活離不開水,同樣離不開數(shù)據(jù),我們被數(shù)據(jù)包圍,在數(shù)據(jù)中生活。當數(shù)據(jù)越來越多時,就成了大數(shù)據(jù)。


在“中國制造2025”的技術(shù)路線圖中,工業(yè)大數(shù)據(jù)是作為重要突破點來規(guī)劃的,而在未來的十年,以數(shù)據(jù)為核心構(gòu)建的智能化體系會成為支撐智能制造和工業(yè)互聯(lián)網(wǎng)的核心動力。而想要理解大數(shù)據(jù),就需要理解大數(shù)據(jù)相關(guān)的查詢、處理、機器學習、圖計算和統(tǒng)計分析等。Apache Spark作為新一代輕量級大數(shù)據(jù)快速處理平臺,集成了大數(shù)據(jù)相關(guān)的各種能力,是理解大數(shù)據(jù)的首選。

簡單來講,Spark就是一個快速、通用的大規(guī)模數(shù)據(jù)處理引擎,各種不同的應用,如實時流處理、機器學習、交互式查詢等,都可以通過Spark 建立在不同的存儲和運行系統(tǒng)上。今天的格物匯,就帶大家來認識一下如日中天、高速發(fā)展的大數(shù)據(jù)處理明星——Spark。

1Spark發(fā)展歷程


  • 2009年,Spark誕生于伯克利大學AMPLab,最開初屬于伯克利大學的研究性項目,最開始Spark只是一個實驗性的項目,代碼量非常少,僅有3900行代碼左右,屬于輕量級的框架。

  • 2010年,伯克利大學正式開源了Spark項目

  • 2013年6月,Spark成為了Apache基金會下的項目,進入高速發(fā)展期,第三方開發(fā)者貢獻了大量的代碼,活躍度非常高。

  • 2014年2月,Spark以飛快的速度稱為了Apache的頂級項目。

  • 2014年5月底Spark1.0.0發(fā)布。

  • 2016年6月Spark2.0.0發(fā)布

  • 2018年11月 Spark2.4.0 發(fā)布


Spark作為Hadoop生態(tài)中重要的一員,其發(fā)展速度堪稱恐怖,從誕生到成為Apache頂級項目不到五年時間,不過在如今數(shù)據(jù)量飛速增長的環(huán)境與背景下,Spark作為高效的計算框架能收到如此大的關(guān)注也是有所依據(jù)的。

2Spark的特點


速度快

Spark通過使用先進的DAG調(diào)度器、查詢優(yōu)化器和物理執(zhí)行引擎,可以高性能地進行批量及流式處理。使用邏輯回歸算法進行迭代計算,Spark比Hadoop速度快100多倍。


簡單易用

Spark目前支持多種編程語言,比如Java、Scala、Python、R。熟悉其中任一門語言的都可以直接上手編寫Spark程序,非常方便。還支持超過80種高級算法,使用戶可以快速構(gòu)建不同應用。并且Spark還支持交互式的Python和Scala的Shell,這意味著可以非常方便的在這些Shell中使用Spark集群來驗證解決問題的方法,而不是像以前一樣,需要打包、上傳集群、驗證等。這對于原型開發(fā)非常重要。


通用性高

Spark 目前主要由四大組件,如下:

  • Spark SQL:SQL on Hadoop,能夠提供交互式查詢和報表查詢,通過JDBC等接口調(diào)用;

  • Spark Streaming::流式計算引擎;

  • Spark MLlib:機器學習庫;

  • Spark GraphX:圖計算引擎。

擁有這四大組件,成功解決了大數(shù)據(jù)領(lǐng)域中,離線批處理、交互式查詢、實時流計算、機器學習與圖計算等最重要的任務和問題,這些不同類型的處理都可以在同一應用中無縫使用。Spark統(tǒng)一的解決方案非常具有吸引力,畢竟任何公司都想用統(tǒng)一的平臺處理問題,減少開發(fā)和維護的人力成本和部署平臺的物理成本。當然還有,作為統(tǒng)一的解決方案,Spark并沒有以犧牲性能為代價。相反,在性能方面Spark具有巨大優(yōu)勢。


可融合性

Spark可以運行在standalone、YARN、Mesos、Kubernetes及EC2多種調(diào)度平臺上。其中Standalone模式不依賴第三方的資源管理器和調(diào)度器,這樣降低了Spark的使用門檻,使得所有人可以非常容易地部署和使用Spark。

Spark可以處理所有Hadoop支持的數(shù)據(jù),包括HDFS、Apach HBase、Apach Kudu、Apach Cassanda等。這對于已部署Hadoop集群的用戶特別重要,因為不需要做任何數(shù)據(jù)遷移就可以使用Spark強大的處理能力。



3Spark相比MapReduce優(yōu)勢

Spark與MapReduce 同為計算框架,但作為后起之秀,Spark借鑒了MapReduce,并在其基礎(chǔ)上進行了改進,使得算法性能明顯優(yōu)于MapReduce,下面大致總結(jié)一下兩者差異:

1)Spark把運算的中間數(shù)據(jù)存放在內(nèi)存,迭代計算效率更高;MapReduce的中間結(jié)果需要落地到磁盤,磁盤io操作多,影響性能。

2)Spark容錯性高,它通過Lineage機制實現(xiàn)RDD算子的高效容錯,某一部分丟失或者出錯,可以通過整個數(shù)據(jù)集的計算流程的血緣關(guān)系來實現(xiàn)重建;MapReduce的話容錯可能只能重新計算了,成本較高。

3)Spark更加通用,Spark提供了transformation和action這兩大類的多個功能算子,操作更為方便;MapReduce只提供了map和reduce兩種操作。

4)Spark框架和生態(tài)更為復雜,首先有RDD、血緣lineage、執(zhí)行時的有向無環(huán)圖DAG、stage劃分等等,很多時候spark作業(yè)都需要根據(jù)不同業(yè)務場景的需要進行調(diào)優(yōu)已達到性能要求;MapReduce框架及其生態(tài)相對較為簡單,對性能的要求也相對較弱,但是運行較為穩(wěn)定,適合長期后臺運行。

4Spark與工業(yè)互聯(lián)平臺


工業(yè)互聯(lián)網(wǎng)帶來了工業(yè)數(shù)據(jù)的快速發(fā)展,對于日益增加的海量數(shù)據(jù),傳統(tǒng)單機因本身的軟硬件限制無法應對海量數(shù)據(jù)的處理、分析以及深度挖掘,但作為分布式計算框架的Spark卻能輕松應付這些場景。在工業(yè)互聯(lián)網(wǎng)平臺上,Spark 既能快速實現(xiàn)工業(yè)現(xiàn)場海量流數(shù)據(jù)的處理轉(zhuǎn)換,又能輕松應對工業(yè)大數(shù)據(jù)平臺中海量數(shù)據(jù)的快速批處理分析,自身集成的機器學習框架能夠對海量工業(yè)數(shù)據(jù)進行深度挖掘分析,從而幫助管理者進行決策分析。


基于Spark框架自身的優(yōu)良設(shè)計理念以及社區(qū)的蓬勃發(fā)展狀態(tài),相信未來Spark會在工業(yè)互聯(lián)網(wǎng)平臺扮演越來越重要的角色。

本文作者:黃歡,格創(chuàng)東智大數(shù)據(jù)工程師 (轉(zhuǎn)載請注明來源及作者)



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

    關(guān)注

    64

    文章

    9027

    瀏覽量

    143000
  • 智能制造
    +關(guān)注

    關(guān)注

    48

    文章

    6128

    瀏覽量

    79409
  • 工業(yè)互聯(lián)網(wǎng)

    關(guān)注

    28

    文章

    4382

    瀏覽量

    95978
  • SPARK
    +關(guān)注

    關(guān)注

    1

    文章

    108

    瀏覽量

    21101
  • 工業(yè)大數(shù)據(jù)

    關(guān)注

    0

    文章

    72

    瀏覽量

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

掃碼添加小助手

加入工程師交流群

    評論

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

    組態(tài)大數(shù)據(jù)平臺是什么?有什么功能?

    組態(tài)大數(shù)據(jù)平臺是融合 組態(tài)技術(shù) 與 大數(shù)據(jù)處理能力 的綜合性平臺,通過圖形化、可配置的方式實現(xiàn)數(shù)據(jù)采集、存儲、分析、可視化及遠程控制,適用于工業(yè)自動化、能源管理、樓宇監(jiān)控等
    的頭像 發(fā)表于 10-30 11:29 ?85次閱讀
    組態(tài)<b class='flag-5'>大數(shù)據(jù)</b>平臺是什么?有什么功能?

    如何利用 AI 算法優(yōu)化碳化硅襯底 TTV 厚度測量數(shù)據(jù)處理

    摘要 本文聚焦碳化硅襯底 TTV 厚度測量數(shù)據(jù)處理環(huán)節(jié),針對傳統(tǒng)方法的局限性,探討 AI 算法在數(shù)據(jù)降噪、誤差校正、特征提取等方面的應用,為提升數(shù)據(jù)處理效率與測量準確性提供新的技術(shù)思路。 引言 在
    的頭像 發(fā)表于 08-25 14:06 ?477次閱讀
    如何利用 AI 算法優(yōu)化碳化硅襯底 TTV 厚度測量<b class='flag-5'>數(shù)據(jù)處理</b>

    電商API的實時數(shù)據(jù)處理

    ? 在現(xiàn)代電商平臺中,API(應用程序接口)扮演著核心角色,它連接用戶、商家和后臺系統(tǒng),實現(xiàn)數(shù)據(jù)的高效交換。隨著電商業(yè)務規(guī)模的擴大,實時數(shù)據(jù)處理變得至關(guān)重要——它要求系統(tǒng)在毫秒級內(nèi)響應API請求
    的頭像 發(fā)表于 07-23 15:39 ?362次閱讀
    電商API的實時<b class='flag-5'>數(shù)據(jù)處理</b>

    使用NVIDIA GPU加速Apache Spark中Parquet數(shù)據(jù)掃描

    隨著各行各業(yè)的企業(yè)數(shù)據(jù)規(guī)模不斷增長,Apache Parquet 已經(jīng)成為了一種主流數(shù)據(jù)存儲格式。Apache Parquet 是一種列式存儲格式,專為高效的大規(guī)模
    的頭像 發(fā)表于 07-23 10:52 ?696次閱讀
    使用NVIDIA GPU加速<b class='flag-5'>Apache</b> <b class='flag-5'>Spark</b>中Parquet<b class='flag-5'>數(shù)據(jù)</b>掃描

    抖音電商 API 接口和傳統(tǒng)電商接口,直播數(shù)據(jù)處理誰更快?

    ? 在直播電商蓬勃發(fā)展的今天,數(shù)據(jù)處理速度成為平臺競爭力的關(guān)鍵。抖音電商作為新興力量,其API接口針對直播場景進行了優(yōu)化,而傳統(tǒng)電商接口則基于通用模型設(shè)計。本文將逐步分析兩者的數(shù)據(jù)處理速度差異,幫助
    的頭像 發(fā)表于 07-09 15:39 ?414次閱讀
    抖音電商 API 接口和傳統(tǒng)電商接口,直播<b class='flag-5'>數(shù)據(jù)處理</b>誰更快?

    京東工業(yè)大模型Joy industrial重磅發(fā)布

    京東工業(yè)多年深耕工業(yè)數(shù)智供應鏈領(lǐng)域形成的經(jīng)驗積累和數(shù)據(jù)沉淀,通過“工業(yè)大模型+供應鏈場景應用”雙引擎,構(gòu)建從底層算力、算法、
    的頭像 發(fā)表于 05-28 17:12 ?756次閱讀

    NVIDIA加速的Apache Spark助力企業(yè)節(jié)省大量成本

    隨著 NVIDIA 推出 Aether 項目,通過采用 NVIDIA 加速的 Apache Spark 企業(yè)得以自動加速其數(shù)據(jù)中心規(guī)模的分析工作負載,從而節(jié)省數(shù)百萬美元。
    的頭像 發(fā)表于 03-25 15:09 ?880次閱讀
    NVIDIA加速的<b class='flag-5'>Apache</b> <b class='flag-5'>Spark</b>助力企業(yè)節(jié)省大量成本

    樹莓派5 + Hailo AI加速器:工業(yè)級數(shù)值數(shù)據(jù)處理實戰(zhàn),打通SQLite與機器學習全鏈路

    本文討論了在工業(yè)自動化背景下,開發(fā)者利用樹莓派5和HailoAI加速器進行工業(yè)級數(shù)值數(shù)據(jù)處理實戰(zhàn),打通SQLite與機器學習全鏈路時遇到的問題及解決方案。關(guān)鍵要點包括:1.開發(fā)者需求:構(gòu)建能從
    的頭像 發(fā)表于 03-25 09:22 ?981次閱讀
    樹莓派5 + Hailo AI加速器:<b class='flag-5'>工業(yè)</b>級數(shù)值<b class='flag-5'>數(shù)據(jù)處理</b>實戰(zhàn),打通SQLite與機器學習全鏈路

    RAM容量不足導致的數(shù)據(jù)溢出如何預防和處理?

    在 STM32F411 中,RAM 容量是有限的,特別是在進行復雜的數(shù)據(jù)處理和存儲時,可能會遇到數(shù)據(jù)溢出問題。數(shù)據(jù)溢出是指程序運行時,數(shù)據(jù)超出了 RAM 的分配區(qū)域,導致程序崩潰或
    發(fā)表于 03-07 16:09

    Hut 8與比特大陸再度攜手,強化數(shù)據(jù)處理能力

    北美數(shù)據(jù)處理領(lǐng)域的佼佼者Hut 8(納斯達克代碼:HUT)與全球領(lǐng)先的挖礦設(shè)備制造商比特大陸,于2024年11月宣布達成一項重要合作。根據(jù)協(xié)議,Hut 8計劃在2025年第一季度部署數(shù)萬臺
    的頭像 發(fā)表于 02-18 14:37 ?746次閱讀

    Hadoop 生態(tài)系統(tǒng)在大數(shù)據(jù)處理中的應用與實踐

    隨著數(shù)據(jù)量的爆發(fā)式增長,大數(shù)據(jù)處理技術(shù)成為企業(yè)關(guān)注焦點,Hadoop 生態(tài)系統(tǒng)在其中扮演著核心角色。 Hadoop Distributed File System(HDFS)是其分布式文件存儲
    的頭像 發(fā)表于 01-21 17:48 ?662次閱讀

    康謀分享 | 如何應對ADAS/AD海量數(shù)據(jù)處理挑戰(zhàn)?

    如何有效處理ADAS/AD海量數(shù)據(jù)并從中獲得見解?IVEX數(shù)據(jù)處理流程可自動從原始傳感器數(shù)據(jù)等輸入中識別出值得關(guān)注的事件和場景,推動數(shù)據(jù)高效
    的頭像 發(fā)表于 12-25 10:05 ?4258次閱讀
    康謀分享 | 如何應對ADAS/AD海量<b class='flag-5'>數(shù)據(jù)處理</b>挑戰(zhàn)?

    緩存對大數(shù)據(jù)處理的影響分析

    緩存對大數(shù)據(jù)處理的影響顯著且重要,主要體現(xiàn)在以下幾個方面: 一、提高數(shù)據(jù)訪問速度 在大數(shù)據(jù)環(huán)境中,數(shù)據(jù)存儲通常采用分布式存儲系統(tǒng),數(shù)據(jù)量龐大
    的頭像 發(fā)表于 12-18 09:45 ?1091次閱讀

    cmp在數(shù)據(jù)處理中的應用 如何優(yōu)化cmp性能

    CMP在數(shù)據(jù)處理中的應用 CMP(并行處理)技術(shù)在數(shù)據(jù)處理領(lǐng)域扮演著越來越重要的角色。隨著數(shù)據(jù)量的爆炸性增長,傳統(tǒng)的串行
    的頭像 發(fā)表于 12-17 09:27 ?1734次閱讀

    上位機實時數(shù)據(jù)處理技術(shù) 上位機在智能制造中的應用

    。這種技術(shù)對于工業(yè)自動化、智能制造等領(lǐng)域至關(guān)重要。 在上位機實時數(shù)據(jù)處理中,關(guān)鍵技術(shù)包括數(shù)據(jù)采集、數(shù)據(jù)處理、
    的頭像 發(fā)表于 12-04 10:29 ?1868次閱讀