Ambari包羅了大部分Hadoop生態系統的元件，說明它的抽象層次、設計思想值得我們去研究學習。

Ambari的架構

通過三張圖來說明：

第一張架構圖告訴我們：Ambari是Hortonworks貢獻給社群的、完全開源的、Hadoop生態的叢集管理、監控、部署的工具：

第二張架構圖告訴我們：

1. 對外，Ambari提供ambari web，rest api，ambari shell三大方式操作機群；
2. ambari將叢集的配置、各個服務的配置等資訊存在ambari server端的DB中(比如可以是postgresql)；
3. ambari server與ambari agent的交流走RPC，即agent向server報告心跳，server將command通過response發回給agent，agent本地執行命令，比如：agent端執行相應的python指令碼；
4. ambari有自己的一套監控、告警、映象服務，以可插拔的形式供上層服務呼叫；

第三張架構圖是第二張圖的簡化：

Ambari的設計思想

Ambari最重要的一塊就是將各個Hadoop生態圈的元件抽象成一個個服務，Ambari Stack可以看成一個服務集合，比如，Ambari就使用了Hortonworks的Hortonworks Data Platform（HDP）來做為提供服務的服務棧。

這裡簡單介紹一下HDP：

它是一款基於Apache Hadoop的是開源資料平臺，提供大資料雲端儲存，大資料處理和分析等服務。該平臺是專門用來應對多來源和多格式的資料，並使其處理起來能變成簡單、更有成本效益。

HDP還提供了一個開放，穩定和高度可擴充套件的平臺，使得更容易地整合Apache Hadoop的資料流業務與現有的資料架構。該平臺包括各種的Apache Hadoop專案以及Hadoop分散式檔案系統（HDFS）、MapReduce、Pig、Hive、HBase、Zookeeper和其他各種元件，使Hadoop的平臺更易於管理，更加具有開放性以及可擴充套件性。

與其對應的有Cloudera的CDH（Cloudera’s Distribution Including Apache Hadoop），都是商業公司將開源的Hadoop拿來優化、改進、二次開發後再推出去，通過諮詢等方式盈利。
 

好，回到Ambari的話題。Ambari Stack下面就對應了一個又一個Ambari Service，比如HDFS，那HDFS包含有不同的元件（Datanode，NameNode），這時Ambari又對其進行了抽象：

一個Service由多個ServiceComponent構成，一個ServiceComponent由多個ServiceComponentHost構成：

1. Service: HDFS, YARN, HBase, etc
2. ServiceComponent: HDFS.NameNode, YARN.ResourceManager, HBase.RegionServer, etc
3. ServiceComponentHost: HDFS.NameNode.HostA, YARN.ResourceManager.HostB, etc

對應上面的三種資源，有三種操作：

1. Operation: Service層面的操作(Install/Start/Stop/Config)，一個Operation可以作用於一個或多個Service。
2. Stage: ServicesComponent層面的操作，根據不同ServicesComponent操作間的依賴關係，一個Operation的所有Task可能被劃分成多個Stage，一個Stage內的多個Task相互沒有依賴，可以並行執行。
3. Task: ServiceComponentHost層面的操作，為了完成一個Operation，需要為不同的機器分配一系列的Task去執行。

需要特別說明的是操作的執行順序：

1. 不同的Stage只能順序執行。後面的Stage只有在前面Stage執行成功後才會下發給Agent。如果前面Stage失敗，後面的Stage將取消。
2. 同一個Stage內的多個Task可以並行執行，可以同時下發給Agent。如果某個Task失敗，其他的已下發且正執行的Task將被取消。
3. 分配給同一個機器的不同Task只會順序執行。

下圖描述了這三種資源與操作的對應關係：

上述的三個操作抽象是定義態的描述，它們分別對應一個執行態的抽象：

1. StagePlan: 執行態的Operation，是一個Stage DAG。
2. Action: 執行態的Stage，由多個Command構成。
3. Command: 執行態的Task，下發給具體的機器執行。主要有以下幾種：

（1）、ExecuteCommand: 對服務元件執行INSTALL/START/STOP等操作。
（2）、StatusCommand: 對服務元件執行死活檢查（由Server定期下發）。
（3）、CancelCommand: 取消其他已經下發的Task（當Stage中的某個Task失敗時）。
（4）、RegistrationCommand: 要求Agent向Server重新註冊（當發現Server維護的心跳序號與Agent上報的不一致時）。

下圖通過一個具體例項（啟動HDFS和YARN服務），展示了其Stage DAG的構建邏輯：

那麼如何構建一個Stage DAG？

見下一篇文章。