🚀 背景描述

一、需求背景
作为系统常态化运维和可靠性提升（DFX）的预防性治理需求；目前系统没有对运行日志进行保留时长和最大存储空间的限制，容易引起系统磁盘被打满的风险。

二、需求价值
客户价值
提高系统稳定性，保障业务连续
产品价值
预防系统磁盘被打满，提升系统稳定性
支持自定义配置，适应不同客户的业务场景需求
三、需求描述
使用角色：系统管理员和运维人员
支持管理员自定义配置保留周期（天数）和最大存储空间（容量），两者只要触发任一条件就清理
运行日志目前为单文件追加写入，仅涉及运行日志，不涉及其他业务模块日志和中间件日志等
采用日志轮转机制：在每次日志轮转时顺便做清理，不单独跑一个定时任务；
写入日志 → 达到大小阈值 → 轮转 → 检查备份数量/时间 → 超限则删除最旧文件
↑
实时触发，不是定时

空间限制针对所有日志（当前新日志加上归档旧日志）的总空间；空间超限时从最旧的归档日志文件开始逐一删除，直到总空间低于设定的阈值
需求验收标准
验证配置生效：修改保留天数和最大存储空间上限后，日志能按预期策略进行清理
在清理旧日志时均为静默操作，不产生审计记录(行业共识，无需记录，确实无实际意义)

设计思路

一、需求背景
作为系统常态化运维和可靠性提升（DFX）的预防性治理需求；目前系统没有对运行日志进行保留时长和最大存储空间的限制，容易引起系统磁盘被打满的风险。

二、需求价值
客户价值
提高系统稳定性，保障业务连续
产品价值
预防系统磁盘被打满，提升系统稳定性
支持自定义配置，适应不同客户的业务场景需求
三、需求描述
使用角色：系统管理员和运维人员
支持管理员自定义配置保留周期（天数）和最大存储空间（容量），两者只要触发任一条件就清理
运行日志目前为单文件追加写入，仅涉及运行日志，不涉及其他业务模块日志和中间件日志等
采用日志轮转机制：在每次日志轮转时顺便做清理，不单独跑一个定时任务；
写入日志 → 达到大小阈值 → 轮转 → 检查备份数量/时间 → 超限则删除最旧文件
↑
实时触发，不是定时

空间限制针对所有日志（当前新日志加上归档旧日志）的总空间；空间超限时从最旧的归档日志文件开始逐一删除，直到总空间低于设定的阈值
需求验收标准
验证配置生效：修改保留天数和最大存储空间上限后，日志能按预期策略进行清理
在清理旧日志时均为静默操作，不产生审计记录(行业共识，无需记录，确实无实际意义)

涉及到的对外API

与其他模块的相关性描述

测试设计与测试计划

需求验收标准
验证配置生效：修改保留天数和最大存储空间上限后，日志能按预期策略进行清理
在清理旧日志时均为静默操作，不产生审计记录(行业共识，无需记录，确实无实际意义)

其他信息

感谢您的贡献 🎉!