组件源起

在使用 Ambari 的过程中，很多同学会产生疑问：

疑问

为什么有的版本里 Ambari 源码包含 Metrics，而有的版本却需要单独去找 ambari-metrics？

要解答这个问题，需要从 源码仓库的演进 说起。

一、早期：与 Ambari 主仓绑定（≤2.7.9）

在 2.7.9 及之前版本，ambari-metrics 是 Ambari 主仓的一部分。
我们可以在源码目录中直接看到 ambari-metrics 模块：

• GitHub 路径：
  https://github.com/apache/ambari/tree/branch-2.7.9 (opens new window)

使用体验

在这个阶段，开发者或用户无需寻找额外的仓库，Ambari 自身源码中就包含了 Metrics 模块。

二、转折：2.8.0 的“消失”

进入 2.8.0 版本时，情况发生了明显变化：
源码主仓库中已不再能看到 ambari-metrics 目录。

• GitHub 路径：
  https://github.com/apache/ambari/tree/branch-2.8.0 (opens new window)

作者推测

官方并没有明确说明“为什么移出主仓库”。以下为个人推测：

1. 架构解耦 —— 降低 Ambari 主仓的复杂度，便于独立演进
2. 生态适配 —— 独立维护有利于快速对接 Hadoop/Spark/HBase 的新需求
3. 社区治理 —— 代码分仓，方便分工和贡献

三、独立后的 Ambari-Metrics

被移出主仓库后，Ambari-Metrics 成为了一个 独立的官方仓库：

• GitHub 地址：
  https://github.com/apache/ambari-metrics (opens new window)

独立化的意义

• 发布节奏更灵活
• 可独立维护与更新
• 有利于与 Prometheus / Grafana 等外部监控体系结合

四、演进对比

阶段	源码位置	特点
≤2.7.9	Ambari 主仓库内	集成度高，获取简单
≥2.8.0	独立 ambari-metrics 仓库	解耦、灵活，维护独立

总结

从源码层面看，Ambari-Metrics 的演进路线是：
主仓集成 → 主仓移除 → 独立仓库维护。
至于动因，作者并未深入了解，本文所述均为作者推测。