Redis/Rueidis项目中的OpenTelemetry依赖优化方案

在Redis客户端库Rueidis的最新开发中，团队发现当前OpenTelemetry相关依赖存在两个主要问题：一是强制要求Go 1.20及以上版本，二是为不使用otel功能的用户带来了不必要的依赖负担。

问题分析

当前实现将OpenTelemetry依赖直接放在项目根目录的go.mod文件中，这种设计会带来以下影响：

1. 版本兼容性问题：强制要求用户使用Go 1.20或更高版本，限制了项目在较低版本Go环境中的使用
2. 依赖膨胀问题：即使开发者不需要OpenTelemetry功能，这些依赖也会被包含在最终构建中，增加了二进制文件大小和潜在的依赖冲突风险

解决方案

参考同类Redis客户端库go-redis的做法，将OpenTelemetry相关依赖迁移到专门的rueidisotel子包中，并为其创建独立的go.mod文件。这种模块化设计具有以下优势：

1. 版本灵活性：主项目可以保持对低版本Go的支持，而otel功能作为可选组件
2. 按需加载：只有明确需要使用OpenTelemetry功能的用户才会引入相关依赖
3. 维护清晰：otel相关代码和依赖被隔离在专门子包中，便于维护和更新

实施建议

迁移工作主要包括以下步骤：

1. 创建rueidisotel子目录并初始化独立的go.mod文件
2. 将现有otel相关代码移动到该子包中
3. 更新项目文档，说明otel功能的使用方式
4. 确保向后兼容性，可能需要保留一些接口定义在主包中

这种架构调整体现了现代Go项目的最佳实践，即通过子模块管理可选功能依赖，既保持了核心功能的轻量，又为需要高级功能的用户提供了扩展支持。