金融行业可观测性落地：从日志合规到全链路追踪

金融行业的可观测性有两层约束：一是监管要求日志可审计、可追溯、留存期达标；二是核心系统的高可用，出事要能秒级定位。这两件事如果各建一套系统，成本翻倍还难打通。OBSERVE 在金融场景的落地，是把二者收敛到同一条数据链路上。

日志留存与脱敏：合规是底线

监管对日志留存期限有明确要求，交易类日志通常要留存 3 到 5 年，且不可篡改。OBSERVE 支持按日志类型配置留存策略：操作审计日志走对象存储归档并开启 WORM（一次写多次读）锁定，防止被修改；应用日志按冷热分层自动下沉。归档数据可随时恢复到检索态，满足监管调取的要求。

脱敏是另一条硬线。身份证号、银行卡号、手机号在采集端就要处理，而不是存进系统再事后打码。OBSERVE 在 agent 侧提供正则与字典两种脱敏规则，例如把卡号中间 8 位替换为星号、手机号中间 4 位打码。规则在数据进入存储前生效，从源头保证敏感信息不出生产边界。

交易全链路追踪：把一笔交易看得见

金融系统普遍是微服务加多级调用的结构，一笔支付可能穿过网关、风控、账务、清算十几个节点。出问题时，靠人工翻各节点日志往往要几十分钟。

接入 OpenTelemetry 后，用 trace_id 把整条交易串起来：从网关进来的请求打上业务单号（如 order_id），作为 span 属性一路透传。这样在 OBSERVE 里输入一个订单号，就能还原这笔交易的完整调用链，看到每个节点的耗时、返回码、以及卡在哪个下游。配合日志关联，可以直接定位到报错的那几行。

对账场景也受益：把日切批处理任务的 trace 保留下来，比对前一日与当日的链路耗时分布，能提前发现性能劣化，而不是等客户投诉。

告警分级与应急响应

金融系统的告警必须分层，避免“狼来了”和“漏报”两个极端。建议三级：

• P0（核心链路不可用、资金风险）：立即电话 + 短信，自动拉起值班；
• P1（单服务错误率超阈值、延迟恶化）：短信 + 工作群，10 分钟内响应；
• P2（资源水位、慢查询等趋势类）：工作群 + 工单，按排期处理。

OBSERVE 的告警规则支持组合条件（如“错误率 > 1% 且持续 3 分钟”），避免瞬时抖动误报；静默窗口用于版本发布期间，防止上线告警淹没真正的故障。每条告警自动关联最近的 trace 和日志快照，接警的人不用再四处拼凑现场。

落地路径建议

别一上来就铺全量埋点。建议分三步：第一步，先把日志与指标接进来，完成合规留存和基础监控；第二步，给核心交易链路（支付、账务）做追踪埋点，跑通“订单号→全链路”；第三步，沉淀告警分级和应急手册，再逐步推广到全量服务。每一步都有明确的验收标准，风险可控，也不会因为一次性改造太大而搁浅。