來自：網絡大數據
每年，市場上都會出現種種不同的數據管理規模、類型與速度表現的分佈式系統。在這些系統中，Hadoop和Spark是獲得最大關注的兩個。然而該怎麼判斷哪一款適合你?
如果想批處理流量數據，並將其導入HDFS或使用Spark Streaming是否合理?如果想要進行機器學習和預測建模，Mahout或MLLib會更好地滿足你的需求嗎?
為了增加混淆，Spark和Hadoop經常與位於HDFS，Hadoop文件系統中的Spark處理數據一起工作。但是，它們都是獨立個體，每一個體都有自己的優點和缺點以及特定的商業案例。
本文將從以下幾個角度對Spark和Hadoop進行對比：架構，性能，成本，安全性和機器學習。
什麼是Hadoop?
Hadoop在2006年開始成為雅虎項目，隨後成為頂級的Apache開源項目。它是一種通用的分佈式處理形式，具有多個組件：
- HDFS（分佈式文件系統），它將文件以Hadoop本機格式存儲，並在集群中並行化;
- YARN，協調應用程序運行時的調度程序;
- MapReduce，實際並行處理數據的算法。
Hadoop使用Java搭建，可通過多種編程語言訪問，用於通過Thrift客戶端編寫MapReduce代碼(包括Python)。
除了這些基本組件外，Hadoop還包括：
- Sqoop，它將關係數據移入HDFS;
- Hive，一種類似SQL的接口，允許用戶在HDFS上運行查詢;
- Mahout，機器學習。
除了將HDFS用於文件存儲之外，Hadoop現在還可以配置為使用S3存儲桶或Azure blob作為輸入。
它可以通過Apache發行版開源，也可以通過Cloudera(規模和範圍最大的Hadoop供應商)，MapR或HortonWorks等廠商提供。
什麼是Spark?
Spark是一個較新的項目，最初於2012年在加州大學伯克利分校的AMPLab開發。它也是一個頂級Apache項目，專注於在群集中並行處理數據，但最大的區別在於它在內存中運行。
鑑於Hadoop讀取和寫入文件到HDFS，Spark使用稱為RDD，彈性分佈式數據集的概念處理RAM中的數據。 Spark可以以獨立模式運行，Hadoop集群可用作數據源，也可以與Mesos一起運行。在後一種情況下，Mesos主站將取代Spark主站或YARN以進行調度。
Spark是圍繞Spark Core搭建的，Spark Core是驅動調度，優化和RDD抽象的引擎，並將Spark連接到正確的文件系統(HDFS，S3，RDBM或Elasticsearch)。有幾個庫在Spark Core上運行，包括Spark SQL，它允許在分佈式數據集上運行類似SQL的命令，用於機器學習的MLLib，用於圖形問題的GraphX以及允許連續流式傳輸的流式傳輸記錄數據。
Spark有幾個API。原始界面是用Scala編寫的，基於數據科學家的大量使用，還添加了Python和R端點。 Java是編寫Spark作業的另一種選擇。
Databricks由也Spark創始人Matei Zaharia創建的，致力於提供基於 Spark 的雲服務，可用於數據集成，數據管道等任務
1. 架構
- Hadoop
首先，所有傳入HDFS的文件都被分割成塊。根據配置的塊大小和複製因子，每個塊在整個群集中被複制指定的次數。該信息被傳遞給NameNode，它跟蹤整個集群中的所有內容。 NameNode將這些文件分配給一些數據節點，然後將這些文件寫入其中。 2012年實施高可用性，允許NameNode故障轉移到備份節點上，以跟蹤群集中的所有文件。
MapReduce算法位於HDFS之上，由JobTracker組成。一旦應用程序以其中一種語言編寫，Hadoop接受JobTracker，然後分配工作(可包括計算單詞和清理日誌文件的任何內容)，以便在存儲在Hive倉庫中的數據之上運行HiveQL查詢)到偵聽其他節點的TaskTracker。
YARN分配JobTracker加速並監控它們的資源，以提高效率。然後將所有來自MapReduce階段的結果彙總並寫入HDFS中的磁盤。
- Spark
除了計算在內存中執行並在那裡存儲直到用戶積極保存它們之外，Spark處理的工作方式與Hadoop類似。最初，Spark從HDFS，S3或其他文件存儲中的文件讀取到名為SparkContext的已建立機制。除此之外，Spark創建了一個名為RDD或彈性分佈式數據集的結構，它表示一組可並行操作的元素的不可變集合。
隨著RDD和相關操作的創建，Spark還創建了一個DAG或有向無環圖，以便可視化DAG中的操作順序和操作之間的關係。每個DAG都有階段和步驟;通過這種方式，它與SQL中的解釋計劃類似。
你可以對RDD執行轉換，中間步驟，操作或最終步驟。給定轉換的結果進入DAG，但不會保留到磁盤，但操作的結果會將內存中的所有數據保留到磁盤。
Spark中的一個新抽象是DataFrames，它是在Spark 2.0中作為RDD的配套接口開發的。這兩者非常相似，但DataFrames將數據組織成命名列，類似於Python的熊貓或R包。這使得它們比RDD更方便用戶，RDD沒有類似的一系列列級標題引用。 SparkSQL還允許用戶像關係數據存儲中的SQL表一樣查詢DataFrame。
2. 性能
發現Spark在內存中運行速度快100倍，在磁盤上運行速度快10倍。在十分之一的機器上，它也被用於對100 TB數據進行排序，比Hadoop MapReduce快3倍。特別發現Spark在機器學習應用中更快，例如樸素貝葉斯和k-means。
由處理速度衡量的Spark性能已經發現比Hadoop更優，原因如下：
每次運行MapReduce任務的選定部分時，Spark都不會受到輸入輸出問題的束縛。事實證明，應用程序的速度要快得多
Spark的DAG可以在步驟之間進行優化。 Hadoop在MapReduce步驟之間沒有任何週期性連接，這意味著在該級別不會發生性能調整。
但是，如果Spark與其他共享服務在YARN上運行，則性能可能會降低並導致RAM開銷內存洩漏。出於這個原因，如果用戶有批處理的用例，Hadoop被認為是更高效的系統。
3. 成本
Spark和Hadoop都可以作為開源Apache項目免費獲得，這意味著可以以零安裝成本運行它。但是，重要的是要考慮總體擁有成本，其中包括維護，硬件和軟件購買以及僱用瞭解群集管理的團隊。內部安裝的一般經驗法則是Hadoop需要更多的磁盤內存，而Spark需要更多的內存，這意味著設置Spark集群可能會更加昂貴。此外，由於Spark是較新的系統，因此它的專家更為稀少，而且成本更高。另一種選擇是使用供應商進行安裝，例如Cloudera for Hadoop或Spark for DataBricks，或使用AWS在雲中運行EMR / Mapreduce流程。
由於Hadoop和Spark是串聯運行的，即使在配置為在安裝Spark的情況下運行的EMR實例上，也可以將提取定價比較分離出來。對於非常高級別的比較，假設你為Hadoop選擇計算優化的EMR群集，最小實例c4.large的成本為每小時0.026美元。 Spark最小的內存優化集群每小時成本為0.067美元。因此，Spark每小時更昂貴，但對計算時間進行優化，類似的任務應該在Spark集群上花費更少的時間。
4. 安全性
Hadoop具有高度容錯性，因為它旨在跨多個節點複製數據。每個文件都被分割成塊，並在許多機器上覆制無數次，以確保如果單臺機器停機，可以從別處的其他塊重建文件。
Spark的容錯主要是通過RDD操作來實現的。最初，靜態數據存儲在HDFS中，通過Hadoop的體系結構進行容錯。隨著RDD的建立，譜系也是如此，它記住了數據集是如何構建的，並且由於它是不可變的，如果需要可以從頭開始重建。跨Spark分區的數據也可以基於DAG跨數據節點重建。數據在執行器節點之間複製，如果執行器和驅動程序之間的節點或通信失敗，通常可能會損壞數據。
Spark和Hadoop都可以支持Kerberos身份驗證，但Hadoop對HDFS具有更加細化的安全控制。 Apache Sentry是一個用於執行細粒度元數據訪問的系統，是另一個專門用於HDFS級別安全性的項目。
Spark的安全模型目前很少，但允許通過共享密鑰進行身份驗證。
5. 機器學習
Hadoop使用Mahout來處理數據。 Mahout包括集群，分類和基於批處理的協作過濾，所有這些都在MapReduce之上運行。目前正在逐步推出支持Scala支持的DSL語言Samsara，允許用戶進行內存和代數操作，並允許用戶編寫自己的算法。
Spark有一個機器學習庫MLLib，用於內存迭代機器學習應用程序。它可用於Java，Scala，Python或R，包括分類和迴歸，以及通過超參數調整構建機器學習管道的能力。
總結
那麼到底是Hadoop還是Spark?它們是目前市場上數據處理最重要的兩個分佈式系統。
Hadoop主要用於使用MapReduce範例的大規模磁盤操作，而Spark則是一種更靈活，但成本更高的內存處理架構。兩者都是Apache的頂級項目，經常一起使用，並且有相似之處，但在決定使用它們時，瞭解每個項目特徵是非常重要的。
