-
前言：为什么“审计链路”是大型系统最被忽视但最关键的能力？
- 业务越复杂，灰色地带越多
- 政务、金融、B 端系统必须「可问责」
- 任何关键行为都要有痕迹
- 审计不是日志，而是一个链路体系
-
审计链路 vs 普通日志的区别
-
日志是调试用
-
审计是合规、安全、问责用
-
审计需要：
- 完整性
- 不可篡改性
- 可追溯性
- 关联度
-
-
审计链路的四层结构
- 事件层（Audit Event）
- 行为层（Action）
- 上下文层（Context）
- 链路层（Audit Chain）
-
关键属性（必须）
- Who（操作者）
- What（操作对象）
- When（时间）
- Where（服务 / IP / 设备）
- Why（操作原因 / 来源）
- How（操作方式 / API）
- Result（操作结果）
- TraceId（跨服务链路绑定）
-
审计链路构建挑战
- 微服务导致链路分散
- MQ 异步导致上下文丢失
- 批处理导致行为合并
- 并发导致审计顺序不一致
-
审计链路平台架构
- SDK 注入审计点
- Gateway 捕获入口审计
- 中央审计流（Audit Stream）
- 审计仓库（Audit Store）
- 审计分析器（Query Engine）
-
审计数据的不可篡改
- WORM 存储（Write Once Read Many）
- Hash 链（类似区块链）
- 审计签名（Audit Signature）
-
企业实战案例：审批系统审计链路落地
- 每次审批行为自动生成审计链
- 中间服务行为也能串到同链路
- 审计图谱可视化展示每个操作
-
总结
- 审计链路 = 大型系统的“黑匣子”
- 是金融、政务、SaaS 企业的生命线
- 不会审计链 = 无法做关键业务系统
