金融交易系统可观测性：全链路追踪与审计合规

金融系统的可观测性，多了一个"合规"

电商系统看的是"快不快、稳不稳"，金融交易系统在这之上还压着一个硬约束：监管合规。每一笔交易要有完整审计轨迹，日志要长期留存、不可篡改，出了问题要能回溯到"谁在什么时候做了什么"。可观测系统在金融场景里不只是运维工具，还是审计和合规的基础设施。这意味着可观测数据的采集、存储、检索三个环节都要按合规标准来设计，不能照搬互联网那套。

全链路追踪：定位资金类故障

一笔转账要过渠道、路由、账户、风控、清算五六个系统，任何一个环节报错或超时，都可能导致资金不一致。这类故障最怕"钱到底有没有到账"说不清。全链路追踪的价值在于：给每一笔交易一个唯一 trace_id，把跨系统的调用串起来，出问题时能精确还原"这笔交易在哪一步卡住、哪一步返回了错误码"。

关键配置：交易主链路 100% 采样，不做降采样——宁可多花钱，也不能在资金类故障面前说"这条 trace 没采到"。

审计日志：留存、防篡改、可检索

金融审计日志有三条硬要求：

• 留存期限：按监管要求 5-15 年，冷热分层存储，热数据近实时查、冷数据归档到对象存储；
• 防篡改：写入后不可修改，靠 WORM（一次写多次读）存储 + 哈希链保证完整性；
• 可检索：审计人员要能按操作人、时间、交易号、操作类型多条件组合查询。

OBSERVE 的审计日志模块把这三条做成开箱能力：日志写入后只读、每条带完整性哈希、按角色控制查询权限（审计岗只能查不能改配置）。

监控告警：指标要能对应到"资损"

金融监控的告警阈值不能只看技术指标，要能映射到业务后果。比如"支付成功率跌破 99.9%"比"错误率超过 1%"更直接——前者对应资损，后者只是技术现象。建议把关键指标做成业务口径：

• 交易成功率、失败率（按渠道、按商户）；
• 单笔交易耗时 P99（超时会被用户取消或重试，重试又可能造成重复扣款）；
• 对账差异笔数（T+1 对账发现不平，说明有漏账或错账）。

这些指标按秒级聚合告警，触发后直接带 trace 样本，值班人点开就是那几笔失败交易的全链路。

合规留痕的执行清单

• 接入时先做数据分级：日志里绝不能出现明文卡号、身份证、密码，采集端脱敏；
• 审计日志和业务日志分开存储、分开授权；
• 建立日志完整性校验机制，定期抽查哈希；
• 明确数据留存和销毁策略，过期数据按规定销毁并留销毁记录。