Highlight项目中的Metrics功能更名为Dashboards的技术演进

背景与动机

在Highlight项目中，原有的"Metrics"功能即将迎来重大升级，将支持OpenTelemetry(OTEL)标准的指标数据。为了更准确地反映该功能的实际用途，并避免与即将引入的OTEL Metrics概念产生混淆，项目团队决定将现有的"Metrics"功能更名为"Dashboards"。

变更范围

此次更名涉及Highlight项目的多个层面：

1. 用户界面：顶部导航栏中的"Metrics"标签将改为"Dashboards"
2. URL路由：原/metrics路径将更新为/dashboards
3. 文档系统：所有相关文档中的术语将同步更新
4. 营销页面：官网展示内容中的相关描述将进行调整

技术实现考量

这种全局性的名称变更在技术实现上需要考虑以下关键点：

1. 路由兼容性：需要确保旧URL能够正确重定向到新URL，避免影响现有用户的书签和外部链接
2. 国际化支持：如果项目支持多语言，需要同步更新所有语言的翻译文本
3. API一致性：后端API端点如果包含"metrics"术语，也需要评估是否需要同步更新
4. 数据库迁移：如果数据库中存储了相关配置或元数据，可能需要执行数据迁移

用户体验优化

此次更名不仅是术语的简单替换，更是对功能定位的明确：

1. 功能定位更清晰：Dashboard更能准确描述该功能作为数据可视化面板的本质
2. 避免概念混淆：为即将引入的OTEL Metrics功能预留清晰的命名空间
3. 降低学习成本：使用行业通用术语(Dashboard)而非自定义术语(Metrics)，减少新用户的理解负担

实施建议

对于类似的大规模术语变更，建议采用分阶段实施策略：

1. 先添加后移除：首先实现新术语，同时保留旧术语一段时间
2. 渐进式迁移：逐步更新文档和UI元素，而非一次性全部更改
3. 用户通知：通过更新日志或公告告知用户变更信息
4. 监控影响：观察变更后用户行为数据，确保没有负面体验影响

总结

Highlight项目将"Metrics"更名为"Dashboards"的决策，反映了项目在可观测性领域不断演进的技术路线。这种命名优化不仅提升了产品功能的准确性，也为后续引入OpenTelemetry标准指标功能奠定了清晰的架构基础。对于开发者而言，理解这种命名变更背后的技术考量，有助于更好地把握项目的设计理念和发展方向。