OpenTelemetry Rust 项目中清理临时性选择器的技术演进

在 OpenTelemetry Rust 项目的持续演进过程中，开发团队对指标(metrics)系统的临时性(temporality)选择机制进行了重要重构。这一技术改进旨在简化公共API设计，减少不必要的代码复杂度，同时保持核心功能的完整性。

背景与问题

在分布式系统监控领域，指标数据的临时性处理是一个关键设计考量。指标数据可以以两种主要形式存在：累积型(cumulative)和增量型(delta)。累积型指标记录从系统启动开始的总量，而增量型则只记录特定时间窗口内的变化量。

在早期版本的 OpenTelemetry Rust 实现中，通过一个专门的 TemporalitySelector trait 来管理这种选择逻辑。这种设计虽然灵活，但也带来了不必要的复杂性，特别是在大多数实际使用场景中，用户只需要简单的累积型或增量型选择。

重构方案

开发团队决定移除公共API中的 TemporalitySelector trait 及其相关实现，改为在具体的导出器(exporter)层面提供更直接的配置方法。例如，OTLP导出器现在提供了一个简单的 with_delta 方法，允许用户明确选择增量型临时性，而默认情况下使用累积型。

这种设计变更基于几个重要观察：

1. OTLP导出器规范实际上只支持三种明确的临时性选项
2. 大多数用户场景不需要复杂的临时性选择逻辑
3. 简化后的API更易于理解和使用

技术影响

这一重构带来了几个显著的技术优势：

1. 代码简化：移除了大量仅用于支持灵活临时性选择的中间层代码
2. API清晰度提升：用户现在可以通过直观的方法调用来配置临时性，而不是实现复杂的trait
3. 性能优化：减少了运行时的动态选择逻辑，提升了指标处理效率

值得注意的是，虽然移除了通用的临时性选择机制，但项目仍然保留了在必要时添加特定优化选项的可能性，例如未来可能会添加的 with_lowmemory_temporality 方法，用于内存敏感场景。

实施与兼容性

这一变更通过PR#2217实施，保持了向后兼容性。现有的使用默认累积型临时性的代码无需修改，而需要增量型的用户只需简单地在导出器配置中添加 with_delta 调用即可。

这种设计演变体现了OpenTelemetry项目"实用主义优于过度设计"的哲学，在保持功能完整性的同时，不断优化开发者体验和实现效率。对于Rust生态中的可观测性工具开发者来说，这一改进使得集成OpenTelemetry指标系统变得更加简单直接。