交易系统对延迟和可追溯性要求极高。给出证券行业落地方案：核心交易链路全量追踪、告警分级与熔断联动、满足监管的审计日志，以及不侵入业务的分阶段实施路径。
核心交易链路（报单→风控→柜台→回报）每笔都必须可追溯，抽样在这里不可接受。做法是对这条链路做 100% 全量采集，旁路（行情、资讯）才按比例采样。埋点用 OpenTelemetry，把订单号、资金账号、营业部、委托类型写进 span attribute，排障时直接按订单号反查全链路。延迟目标要落到可观测指标上：报单到柜台往返 P99 < 5ms，超标即告警，而不是事后翻报表。跨柜台和分布式事务尤其要注意：一次委托可能横跨多个柜台与清算系统，trace 要能串起跨系统的 span，依赖统一的 trace_id 透传，而不是各系统各记各的。
金融告警不能一锅端。按影响面分四级：P0 交易通道中断（秒级响应、电话外呼值班）；P1 核心链路延迟超标（自动通知值班与交易部门）；P2 单接口错误率上升（自动建工单）；P3 容量水位预警（落看板即可）。关键在联动：P0 触发后通过 webhook 自动调用熔断/降级接口，把流量切到备用柜台，同时把告警上下文（调用链、相关日志）一并推给值班人员，省去"先登录系统再翻日志"的几分钟。分级的阈值要可配置、可回滚，P0/P1 的规则变更走审批流程，避免值班人员随手调阈值把真故障埋掉。
监管要求交易、登录、权限变更等操作日志留存且不可篡改。落地两点：一是关键操作日志走独立通道采集，带操作人、时间、来源 IP、操作前后快照，写入 WORM（一次写入不可改）存储，保留期按监管要求配置（如不少于 6 个月）；二是日志做数字签名防止事后篡改，巡检时校验签名即可证明完整性。检索侧要支持按"操作人 + 时间段 + 关键字"快速定位，应对监管现场检查的时效要求——检查人员要的是几分钟内出结果，不是"我们回去查一下"。同时注意敏感字段脱敏，审计日志里对资金账号、身份证号做部分遮蔽，权限上把"查看"和"导出"分开，防止内部人员越权调取。
不建议一次性全量接入。推荐三阶段：第一阶段只接旁路和测试环境，用火焰图确认采集器本身不拖慢业务，延迟开销控制在 1% 以内；第二阶段接生产核心链路，只采集只读，跑两周观察；第三阶段才开启告警联动与审计，把熔断动作从"人工确认"逐步切到"自动执行"。金融场景的第一原则是不引入新风险——可观测性本身必须比业务更稳，任何一次采集器抖动导致交易延迟，都比没有可观测性更严重。