BK-CI用户组续期逻辑优化实践

背景介绍

在持续集成平台BK-CI中，用户组管理是一个核心功能模块，它决定了不同用户对系统资源的访问权限。用户组通常会设置有效期，当用户组成员资格到期后需要续期。在实际使用过程中，我们发现原有的续期逻辑存在一些可以优化的地方，特别是在处理已过期用户的续期场景时。

问题分析

原系统的用户组续期逻辑在处理已过期用户时，采用的是简单的"当前到期时间+续期时长"的计算方式。这种处理方式存在一个明显的缺陷：当用户已经过期一段时间后再进行续期，会导致用户实际可用的有效时间比预期的要短。

举例说明：

• 用户A的用户组原定于2024年12月1日到期
• 用户在2024年12月10日才进行续期操作
• 如果续期时长为30天，按照原有逻辑，新到期时间会是2024年12月1日+30天=2024年12月31日
• 但实际上用户从续期操作时(12月10日)到新到期日(12月31日)只有21天的有效时间

优化方案

针对上述问题，我们提出了优化方案：当用户在用户组中过期时，应该取当前的时间戳加上续期时间戳来计算新的到期时间。

继续上面的例子：

• 用户A在2024年12月10日续期
• 按照新逻辑，新到期时间会是2024年12月10日+30天=2025年1月9日
• 这样用户实际获得了完整的30天使用时长

这种优化更加符合用户预期，也更能体现"续期"的实际意义。

技术实现

在具体实现上，我们主要修改了用户组续期的核心逻辑代码。关键点包括：

1. 状态判断：在续期操作前，首先判断用户当前在用户组中的状态是否已过期
2. 时间计算：对于已过期用户，基于当前时间计算新的到期时间；对于未过期用户，保持原有逻辑不变
3. 数据持久化：将计算得到的新到期时间准确写入数据库
4. 权限即时生效：确保续期后用户的权限能够立即生效

测试验证

为确保优化后的逻辑正确性，我们设计了多种测试场景：

1. 未过期用户续期：验证原有逻辑保持不变
2. 刚过期用户续期：验证新到期时间计算正确
3. 长期过期用户续期：验证能获得完整的续期时长
4. 边界条件测试：如正好在到期日当天续期等场景

上线效果

该优化上线后，用户反馈良好，主要体现在：

1. 符合预期：用户实际获得的权限时长与预期一致
2. 公平性：所有用户都能获得完整的续期时长，不受续期操作时间影响
3. 透明度：系统明确显示了到期时间计算规则，减少了用户疑问

总结与展望

通过对BK-CI用户组续期逻辑的优化，我们解决了原有实现中的不合理之处，提升了用户体验。未来，我们计划在此基础上进一步优化权限管理系统，包括：

1. 自动续期机制：支持设置自动续期规则
2. 续期提醒功能：在到期前主动提醒用户
3. 批量续期操作：支持对多个用户同时进行续期

权限管理是CI/CD平台的重要基础功能，我们将持续关注用户需求，不断优化改进，为开发者提供更优质的服务。