大數據學習方向,學好大數據與機器學習需要有怎樣的數學基礎?


很多初學者在萌生向大數據方向發展的想法之后,不免產生一些疑問,應該怎樣入門?應該學習哪些技術?學習路線又是什么?

大數據學習方向,從入門到精通

所有萌生入行的想法與想要學習Java的同學的初衷是一樣的。崗位非常火,就業薪資比較高,,前景非常可觀。基本都是這個原因而向往大數據,但是對大數據卻不甚了解。

如果你想學習,那么首先你需要學會編程,其次你需要掌握數學,統計學的知識,最后融合應用,就可以想在數據方向發展,籠統來說,就是這樣的。但是僅僅這樣並沒有什么幫助。

現在你需要問自己幾個問題:

大數據學習QQ群:716581014

  • 對於計算機/軟件,你的興趣是什么?

  • 是計算機專業,對操作系統、硬件、網絡、服務器感興趣?

  • 是軟件專業,對軟件開發、編程、寫代碼感興趣?

  • 還是數學、統計學專業,對數據和數字特別感興趣。

  • 你自己的專業又是什么?

如果你是金融專業,你可以學習,因為這結合起來你自己的專業,將讓你在只有你專業知識的競爭者之中脫穎而出,畢竟現在AI+已經涉及到金融行業了。

說了這么多,無非就是想告訴你,大數據的三個大的發展方向:

  • 平台搭建/優化/運維/監控;

  • 大數據開發/ 設計/ 架構;

  • 數據分析/挖掘。

請不要問我哪個容易,只能說能掙錢的都不簡單。

大數據學習方向,從入門到精通

說一下大數據的四個典型的特征:

  • 數據量大;

  • 數據類型繁多,(結構化、非結構化文本、日志、視頻、圖片、地理位置等);

  • 商業價值高,但需要在海量數據之上,通過數據分析與機器學習快速的挖掘出來;

  • 處理時效性高,海量數據的處理需求不再局限在離線計算當中。

現如今,為了應對大數據的這幾個特點,開源的大數據框架越來越多,越來越強,先列舉一些常見的:

  • 文件存儲: N、Mesos

  • 日志收集:Flume、Scribe、Logstash、Kibana

  • 消息系統:Kafka、StormMQ、ZeroMQ、RabbitMQ

  • 查詢分析:Hive、Impala、Pig、Presto、Phoenix、SparkSQL、Drill、Flink、Kylin、Druid

  • 分布式協調服務:Zookeeper

  • 集群管理與監控:Ambari、Ganglia、Nagios、Cloudera Manager

  • 數據挖掘、機器學習:Mahout、Spark MLLib

  • 數據同步:Sqoop

  • 任務調度:Oozie

是不是眼花繚亂了,上面的這些內容,別談精通了,就算全部都會使用的,應該也沒幾個。咱們接下來就大數據開發/ 設計/ 架構方向來了解一下學習路線。

在接下的學習中,不論遇到什么問題,先試試搜索並自己解決。Google首選,其次百度。

於入門者而言,官方文檔永遠是首選文檔。

第一章:Hadoop

在大數據存儲和計算中Hadoop可以算是開山鼻祖,現在大多開源的大數據框架都依賴Hadoop或者與它能很好的兼容。

關於Hadoop,你至少需要搞清楚這些是什么:

  • Hadoop 1.0、Hadoop 2.0

  • MapReduce、HDFS

  • NameNode、DataNode

  • JobTracker、TaskTracker

  • Yarn、ResourceManager、NodeManager

自己學會如何搭建Hadoop,先讓它跑起來。建議先使用安裝包命令行安裝,不要使用管理工具安裝。現在都用Hadoop 2.0。

大數據學習方向,從入門到精通

HDFS目錄操作命令;上傳、下載文件命令;提交運行MapReduce示例程序;打開Hadoop WEB界面,查看Job運行狀態,查看Job運行日志。知道Hadoop的系統日志在哪里。

以上完成之后,就應該去了解他們的原理了:

MapReduce:如何分而治之;HDFS:數據到底在哪里,究竟什么才是副本;

Yarn到底是什么,它能干什么;NameNode到底在干些什么;Resource Manager到底在干些什么;

如果有合適的學習網站,視頻就去聽課,如果沒有或者比較喜歡書籍,也可以啃書。當然最好的方法是先去搜索出來這些是干什么的,大概有了概念之后,然后再去聽視頻。

之后便是自己尋找一個例子:

自己寫一個(照抄也行)WordCount程序,

打包並提交到Hadoop運行。你不會Java?Shell、Python都可以,有個東西叫Hadoop Streaming。如果你認真完成了以上幾步,恭喜你,你的一只腳已經進來了。

第二章:更高效的WordCount

在這里,一定要學習SQL,它會對你的工作有很大的幫助。

就像是你寫(或者抄)的WordCount一共有幾行代碼?但是你用SQL就非常簡單了,例如:

SELECT word,COUNT(1) FROM wordcount GROUP BY word;

這便是SQL的魅力,編程需要幾十行,甚至上百行代碼,而SQL一行搞定;使用SQL處理分析Hadoop上的數據,方便、高效、易上手、更是趨勢。不論是離線計算還是實時計算,越來越多的大數據處理框架都在積極提供SQL接口。

另外就是SQL On Hadoop之Hive於大數據而言一定要學習的。

什么是Hive?

官方解釋如下:The Apache Hive data warehouse software facilitates reading, writing, and managing large datasets residing in distributed storage and queried using SQL syntax。

為什么說Hive是數據倉庫工具,而不是數據庫工具呢?

有的朋友可能不知道數據倉庫,數據倉庫是邏輯上的概念,底層使用的是數據庫,數據倉庫中的數據有這兩個特點:最全的歷史數據(海量)、相對穩定的;所謂相對穩定,指的是數據倉庫不同於業務系統數據庫,數據經常會被更新,數據一旦進入數據倉庫,很少會被更新和刪除,只會被大量查詢。而Hive,也是具備這兩個特點,因此,Hive適合做海量數據的數據倉庫工具,而不是數據庫工具。

了解了它的作用之后,就是安裝配置Hive的環節,當可以正常進入Hive命令行是,就是安裝配置成功了。

了解Hive是怎么工作的

學會Hive的基本命令:

創建、刪除表;加載數據到表;下載Hive表的數據;

MapReduce的原理(還是那個經典的題目,一個10G大小的文件,給定1G大小的內存,如何使用Java程序統計出現次數最多的10個單詞及次數);

HDFS讀寫數據的流程;向HDFS中PUT數據;從HDFS中下載數據;

自己會寫簡單的MapReduce程序,運行出現問題,知道在哪里查看日志;

會寫簡單的Select、Where、group by等SQL語句;

Hive SQL轉換成MapReduce的大致流程;

Hive中常見的語句:創建表、刪除表、往表中加載數據、分區、將表中數據下載到本地;

從上面的學習,你已經了解到,HDFS是Hadoop提供的分布式存儲框架,它可以用來存儲海量數據,MapReduce是Hadoop提供的分布式計算框架,它可以用來統計和分析HDFS上的海量數據,而Hive則是SQL On Hadoop,Hive提供了SQL接口,開發人員只需要編寫簡單易上手的SQL語句,Hive負責把SQL翻譯成MapReduce,提交運行。

此時,你的”大數據平台”是這樣的:那么問題來了,海量數據如何到HDFS上呢?

第三章:數據采集

把各個數據源的數據采集到Hadoop上。

3.1 HDFS PUT命令

這個在前面你應該已經使用過了。put命令在實際環境中也比較常用,通常配合shell、python等腳本語言來使用。建議熟練掌握。

3.2 HDFS API

HDFS提供了寫數據的API,自己用編程語言將數據寫入HDFS,put命令本身也是使用API。

實際環境中一般自己較少編寫程序使用API來寫數據到HDFS,通常都是使用其他框架封裝好的方法。比如:Hive中的INSERT語句,Spark中的saveAsTextfile等。建議了解原理,會寫Demo。

3.3 Sqoop

Sqoop是一個主要用於Hadoop/Hive與傳統關系型數據庫,Oracle、MySQL、SQLServer等之間進行數據交換的開源框架。就像Hive把SQL翻譯成MapReduce一樣,Sqoop把你指定的參數翻譯成MapReduce,提交到Hadoop運行,完成Hadoop與其他數據庫之間的數據交換。

自己下載和配置Sqoop(建議先使用Sqoop1,Sqoop2比較復雜)。了解Sqoop常用的配置參數和方法。

使用Sqoop完成從MySQL同步數據到HDFS;使用Sqoop完成從MySQL同步數據到Hive表;如果后續選型確定使用Sqoop作為數據交換工具,那么建議熟練掌握,否則,了解和會用Demo即可。

3.4 Flume

Flume是一個分布式的海量日志采集和傳輸框架,因為“采集和傳輸框架”,所以它並不適合關系型數據庫的數據采集和傳輸。Flume可以實時的從網絡協議、消息系統、文件系統采集日志,並傳輸到HDFS上。

因此,如果你的業務有這些數據源的數據,並且需要實時的采集,那么就應該考慮使用Flume。

下載和配置Flume。使用Flume監控一個不斷追加數據的文件,並將數據傳輸到HDFS;Flume的配置和使用較為復雜,如果你沒有足夠的興趣和耐心,可以先跳過Flume。

3.5 阿里開源的DataX

之所以介紹這個,是因為我們公司目前使用的Hadoop與關系型數據庫數據交換的工具,就是之前基於DataX開發的,非常好用。

可以參考我的博文《異構數據源海量數據交換工具-Taobao DataX 下載和使用》。現在DataX已經是3.0版本,支持很多數據源。你也可以在其之上做二次開發。有興趣的可以研究和使用一下,對比一下它與Sqoop。

第四章:把Hadoop上的數據搞到別處去

Hive和MapReduce進行分析了。那么接下來的問題是,分析完的結果如何從Hadoop上同步到其他系統和應用中去呢?其實,此處的方法和第三章基本一致的。

HDFS GET命令:把HDFS上的文件GET到本地。需要熟練掌握。

HDFS API:同3.2.

Sqoop:同3.3.使用Sqoop完成將HDFS上的文件同步到MySQL;使用Sqoop完成將Hive表中的數據同步到MySQL。

如果你已經按照流程認真完整的走了一遍,那么你應該已經具備以下技能和知識點:

  • 知道如何把已有的數據采集到HDFS上,包括離線采集和實時采集;

  • 知道sqoop是HDFS和其他數據源之間的數據交換工具;

  • 知道flume可以用作實時的日志采集。

從前面的學習,對於大數據平台,你已經掌握的不少的知識和技能,搭建Hadoop集群,把數據采集到Hadoop上,使用Hive和MapReduce來分析數據,把分析結果同步到其他數據源。

接下來的問題來了,Hive使用的越來越多,你會發現很多不爽的地方,特別是速度慢,大多情況下,明明我的數據量很小,它都要申請資源,啟動MapReduce來執行。

第五章:SQL

其實大家都已經發現Hive后台使用MapReduce作為執行引擎,實在是有點慢。因此SQL On Hadoop的框架越來越多,按我的了解,最常用的按照流行度依次為SparkSQL、Impala和Presto.這三種框架基於半內存或者全內存,提供了SQL接口來快速查詢分析Hadoop上的數據。

我們目前使用的是SparkSQL,至於為什么用SparkSQL,原因大概有以下吧:使用Spark還做了其他事情,不想引入過多的框架;Impala對內存的需求太大,沒有過多資源部署。

5.1 關於Spark和SparkSQL

  • 什么是Spark,什么是SparkSQL。

  • Spark有的核心概念及名詞解釋。

  • SparkSQL和Spark是什么關系,SparkSQL和Hive是什么關系。

  • SparkSQL為什么比Hive跑的快。

5.2 如何部署和運行SparkSQL

  • Spark有哪些部署模式?

  • 如何在Yarn上運行SparkSQL?

使用SparkSQL查詢Hive中的表。Spark不是一門短時間內就能掌握的技術,因此建議在了解了Spark之后,可以先從SparkSQL入手,循序漸進。

關於Spark和SparkSQL,如果你認真完成了上面的學習和實踐,此時,你的”大數據平台”應該是這樣的。

第六章:數據多次利用

請不要被這個名字所誘惑。其實我想說的是數據的一次采集、多次消費。

在實際業務場景下,特別是對於一些監控日志,想即時的從日志中了解一些指標(關於實時計算,后面章節會有介紹),這時候,從HDFS上分析就太慢了,盡管是通過Flume采集的,但Flume也不能間隔很短就往HDFS上滾動文件,這樣會導致小文件特別多。

為了滿足數據的一次采集、多次消費的需求,這里要說的便是Kafka。

關於Kafka:什么是Kafka?Kafka的核心概念及名詞解釋。

如何部署和使用Kafka:使用單機部署Kafka,並成功運行自帶的生產者和消費者例子。使用Java程序自己編寫並運行生產者和消費者程序。Flume和Kafka的集成,使用Flume監控日志,並將日志數據實時發送至Kafka。

如果你認真完成了上面的學習和實踐,此時,你的”大數據平台”應該是這樣的。

這時,使用Flume采集的數據,不是直接到HDFS上,而是先到Kafka,Kafka中的數據可以由多個消費者同時消費,其中一個消費者,就是將數據同步到HDFS。

如果你已經認真完整的學習了以上的內容,那么你應該已經具備以下技能和知識點:

  • 為什么Spark比MapReduce快。

  • 使用SparkSQL代替Hive,更快的運行SQL。

  • 使用Kafka完成數據的一次收集,多次消費架構。

  • 自己可以寫程序完成Kafka的生產者和消費者。

從前面的學習,你已經掌握了大數據平台中的數據采集、數據存儲和計算、數據交換等大部分技能,而這其中的每一步,都需要一個任務(程序)來完成,各個任務之間又存在一定的依賴性,比如,必須等數據采集任務成功完成后,數據計算任務才能開始運行。如果一個任務執行失敗,需要給開發運維人員發送告警,同時需要提供完整的日志來方便查錯。

第七章:越來越多的分析任務

不僅僅是分析任務,數據采集、數據交換同樣是一個個的任務。這些任務中,有的是定時觸發,有點則需要依賴其他任務來觸發。當平台中有幾百上千個任務需要維護和運行時候,僅僅靠crontab遠遠不夠了,這時便需要一個調度監控系統來完成這件事。調度監控系統是整個數據平台的中樞系統,類似於AppMaster,負責分配和監控任務。

7.1 Apache Oozie

  • Oozie是什么?有哪些功能?

  • Oozie可以調度哪些類型的任務(程序)?

  • Oozie可以支持哪些任務觸發方式?

  • 安裝配置Oozie。

7.2 其他開源的任務調度系統

Azkaban,light-task-scheduler,Zeus,等等。另外,我這邊是之前單獨開發的任務調度與監控系統,具體請參考《大數據平台任務調度與監控系統》。如果你認真完成了上面的學習和實踐,此時,你的”大數據平台”應該是這樣的:

第八章:我的數據要實時

在第六章介紹Kafka的時候提到了一些需要實時指標的業務場景,實時基本可以分為絕對實時和准實時,絕對實時的延遲要求一般在毫秒級,准實時的延遲要求一般在秒、分鍾級。對於需要絕對實時的業務場景,用的比較多的是Storm,對於其他准實時的業務場景,可以是Storm,也可以是Spark Streaming。當然,如果可以的話,也可以自己寫程序來做。

8.1 Storm

  • 什么是Storm?有哪些可能的應用場景?

  • Storm由哪些核心組件構成,各自擔任什么角色?

  • Storm的簡單安裝和部署。

  • 自己編寫Demo程序,使用Storm完成實時數據流計算。

8.2 Spark Streaming

  • 什么是Spark Streaming,它和Spark是什么關系?

  • Spark Streaming和Storm比較,各有什么優缺點?

  • 使用Kafka + Spark Streaming,完成實時計算的Demo程序。

至此,你的大數據平台底層架構已經成型了,其中包括了數據采集、數據存儲與計算(離線和實時)、數據同步、任務調度與監控這幾大模塊。接下來是時候考慮如何更好的對外提供數據了。

第九章:數據要對外

通常對外(業務)提供數據訪問,大體上包含以下方面。

  • 離線:比如,每天將前一天的數據提供到指定的數據源(DB、FILE、FTP)等;離線數據的提供可以采用Sqoop、DataX等離線數據交換工具。

  • 實時:比如,在線網站的推薦系統,需要實時從數據平台中獲取給用戶的推薦數據,這種要求延時非常低(50毫秒以內)。根據延時要求和實時數據的查詢需要,可能的方案有:HBase、Redis、MongoDB、ElasticSearch等。

  • OLAP分析:OLAP除了要求底層的數據模型比較規范,另外,對查詢的響應速度要求也越來越高,可能的方案有:Impala、Presto、SparkSQL、Kylin。如果你的數據模型比較規模,那么Kylin是最好的選擇。

  • 即席查詢:即席查詢的數據比較隨意,一般很難建立通用的數據模型,因此可能的方案有:Impala、Presto、SparkSQL。

這么多比較成熟的框架和方案,需要結合自己的業務需求及數據平台技術架構,選擇合適的。原則只有一個:越簡單越穩定的,就是最好的。

如果你已經掌握了如何很好的對外(業務)提供數據,那么你的“大數據平台”應該是這樣的:

第十章:牛逼高大上的機器學習

關於這塊,也只能是簡單介紹一下了,研究不深入。在業務中,遇到的能用機器學習解決的問題大概這么三類:

  • 分類問題:包括二分類和多分類,二分類就是解決了預測的問題,就像預測一封郵件是否垃圾郵件;多分類解決的是文本的分類;

  • 聚類問題:從用戶搜索過的關鍵詞,對用戶進行大概的歸類。

  • 推薦問題:根據用戶的歷史瀏覽和點擊行為進行相關推薦。

大多數行業,使用機器學習解決的也就是這幾類問題。

入門學習線路,數學基礎;機器學習實戰,懂Python最好;SparkMlLib提供了一些封裝好的算法,以及特征處理、特征選擇的方法。

機器學習確實牛逼高大上,也是我學習的目標。那么,可以把機器學習部分也加進你的“大數據平台”了。

准備好接受大數據了嗎?開始學習吧,提高技能,提高核心競爭力。也給自己的未來一個機會。

如今大數據、機器學習與人工智能越來越受人追捧,那么步入這一領域需要有怎樣的數學基礎?下面筆者給大家一點建議。

做機器學習需要有怎樣的數學基礎,筆者建議大家可以先直接看一些開源模塊的理論的文檔 ,或者一些論文。論文里面的公式都可以理解和推導了,那肯定沒有什么問題。或者去理解下比如BP推導,梯度推導,牛頓法推導,這些基礎算法有較多的數學公式,試着去推導一下,如果感覺過程較順利,那應該也是沒有問題的。也可以去拿一些面試題中的題目檢查下自己,感覺可以答出其中的數學原理了,那也應該是沒有問題的。比如BAT機器學習面試題這里面還是很多涉及機器學習數學面試題的,同學們可以參閱。

學好大數據與機器學習需要有怎樣的數學基礎?內附干貨

大數據

那么從事這樣的工作數學要達到什么樣的水平呢?其實大學的數學分數只是一個參考,真正對我們有影響的還是要看我們在大學里學過哪些數學思想,用在算法上和大數據、人工智能上會有什么創新。當然也有一些是真學不好數學或真沒有興趣學,那數學的這道坎要考慮好。機器學習的發展和數學肯定是密不可分的,程度肯定數學越好機器學習的天花板就越高點,而且我覺得之后很多機器學習或深度學習黑箱的解釋也和一些新的數學理論肯定密不可分。

大數據學習可以加QQ群:716581014

 


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM