审计与监控

功能概述

审计与监控负责让平台的运行状态、关键操作和异常变化可见。
它帮助管理员回答：

• 最近平台整体运行情况如何
• 谁做了哪些关键操作
• 异常是偶发还是系统性问题

适用场景

适合：

• 管理员日常巡检
• 排查登录、安全或权限相关异常
• 回顾平台趋势和高风险操作

前置条件

开始前建议确认：

• 平台已经产生了一定量真实数据
• 审计保留策略已配置
• 管理员知道仪表盘、审计日志和活动日志的区别

操作步骤

第 1 步：先看仪表盘，判断问题是局部还是全局

遇到异常时，先不要立刻翻日志。
应先通过仪表盘判断：

• 平台整体活跃度是否正常
• 某些指标是否突然波动
• 异常是单个资源问题，还是全局趋势变化

这一步主要帮助你快速判断问题规模。

第 2 步：进入审计日志，定位关键操作和责任来源

当你需要追查“谁做了什么”时，优先看审计日志。
重点关注这类记录：

• 登录和安全事件
• 角色与权限变更
• 用户、团队或关键资源删除

如果这里能定位到明确操作人和时间点，说明平台已经具备基本追责能力。

第 3 步：再看活动日志，补足业务背景

活动日志更适合用来理解：

• 最近平台上发生了哪些一般性活动
• 某个异常前后平台的运行轨迹是什么
• 当前问题是孤立事件还是连续事件

它通常不替代审计日志，而是用来补上下文。

第 4 步：把日志结论反馈回治理动作

当你确认异常来源后，不要停留在“知道是谁操作了”。
还应回到相关治理模块继续处理，例如：

• 权限太宽，就回到角色与权限
• 登录异常过多，就回到登录和安全策略
• 高频失败事件过多，就回到通知或工作流治理

第 5 步：建立固定巡检节奏

审计与监控只有成为固定动作，才真正有价值。
建议至少建立：

• 每日看仪表盘
• 每周看关键审计事件
• 重要变更后回看活动日志

结果验证

一个有效的审计与监控体系，至少应满足：

• 能快速区分全局异常和局部异常
• 能从审计日志中定位关键操作来源
• 能通过活动日志补充背景信息
• 能把结论反向用于治理调整

常见问题

为什么我看了仪表盘，还是不知道问题出在哪

因为仪表盘适合看趋势，不适合看责任细节。
这时应继续进入审计日志，而不是只停留在概览页。

为什么审计日志和活动日志不能混着用

两者职责不同：

• 审计日志适合追责和高风险操作定位
• 活动日志适合看运行轨迹和上下文

如果混用，排查效率会明显下降。

为什么有了日志还要建立巡检节奏

因为日志只有被持续查看和利用，才能真正变成治理工具。
否则它只是被动存放的数据。

注意事项

• 先看概览，再看细节，排查顺序不要反过来
• 高风险操作必须确保能落到审计日志
• 发现异常后，应把结论反馈回权限、通知或站点策略调整