Ambari-Metrics 的演进过程
# 组件源起
在使用 Ambari 的过程中，很多同学会产生疑问：
疑问
为什么有的版本里 Ambari 源码包含 Metrics，而有的版本却需要单独去找 ambari-metrics？
要解答这个问题，需要从 源码仓库的演进 说起。
# 一、早期：与 Ambari 主仓绑定（≤2.7.9）
在 2.7.9 及之前版本，ambari-metrics 是 Ambari 主仓的一部分。
我们可以在源码目录中直接看到 ambari-metrics 模块：
使用体验
在这个阶段，开发者或用户无需寻找额外的仓库，Ambari 自身源码中就包含了 Metrics 模块。
# 二、转折：2.8.0 的“消失”
进入 2.8.0 版本时，情况发生了明显变化：
源码主仓库中已不再能看到 ambari-metrics 目录。
作者推测
官方并没有明确说明“为什么移出主仓库”。以下为个人推测：
- 架构解耦 —— 降低 Ambari 主仓的复杂度，便于独立演进
- 生态适配 —— 独立维护有利于快速对接 Hadoop/Spark/HBase 的新需求
- 社区治理 —— 代码分仓，方便分工和贡献
# 三、独立后的 Ambari-Metrics
被移出主仓库后，Ambari-Metrics 成为了一个 独立的官方仓库：
独立化的意义
- 发布节奏更灵活
- 可独立维护与更新
- 有利于与 Prometheus / Grafana 等外部监控体系结合
# 四、演进对比
| 阶段 | 源码位置 | 特点 |
|---|---|---|
| ≤2.7.9 | Ambari 主仓库内 | 集成度高，获取简单 |
| ≥2.8.0 | 独立 ambari-metrics 仓库 | 解耦、灵活，维护独立 |
总结
从源码层面看，Ambari-Metrics 的演进路线是：
主仓集成 → 主仓移除 → 独立仓库维护。
至于动因，作者并未深入了解，本文所述均为作者推测。