银行日志

全链路日志发起端如何判定,异步非实时交易能否跟踪?

全链路日志每次的tracerid从源头开始生成,对于第三方的业务,一笔交易需要和第三方交互的情况下,如何确定全链路?对于异步非实时交易,例如:将交易信息送入队列后,从队列里定时处理,这种情况怎么进行日志整合,全链路展示?

参与10

2同行回答

luxh08luxh08  科技部门副总 , 某互联网银行
第三方交互的情况下,如果和三方实现端到端的全链路监控非常困难,业务场景的全链路需要将所有覆盖的应用交易节点需要进行统一的日志报文头规范进行代码改造,在三方节点不改造的情况下,对三方交易节点只能进行被动的监控,比如可以监控交易从三方的回盘时间,三方节点的交易状态无...显示全部

第三方交互的情况下,如果和三方实现端到端的全链路监控非常困难,业务场景的全链路需要将所有覆盖的应用交易节点需要进行统一的日志报文头规范进行代码改造,在三方节点不改造的情况下,对三方交易节点只能进行被动的监控,比如可以监控交易从三方的回盘时间,三方节点的交易状态无法获取。异步非实时业务不建议进行交易全链路交易监控,可以根据业务特点定义基于日志规则的实时告警。

收起
银行 · 2021-03-15
浏览1007
秋名山车神秋名山车神  项目经理 , 日志易
异步交易日常见到的会分成两种:1.A系统发送请求到B系统,B系统会进行批处理(比如满100笔或5分钟处理一次),A系统会处理其他任务,B处理完成后发送应答到A系统;2.A系统发送请求到B系统,B系统会进行批处理(比如满100笔或5分钟处理一次),A系统会每过30s向B系统发送一个请求询问交易是否完...显示全部

异步交易日常见到的会分成两种:

1.A系统发送请求到B系统,B系统会进行批处理(比如满100笔或5分钟处理一次),A系统会处理其他任务,B处理完成后发送应答到A系统;

2.A系统发送请求到B系统,B系统会进行批处理(比如满100笔或5分钟处理一次),A系统会每过30s向B系统发送一个请求询问交易是否完成,B系统会返回“处理中”或“处理完成”。

针对第一种情况暂时没有特别处理方法,针对第二种,可以将B系统返回的“处理中”或“处理完成”状态作为一个判断标志,但是在计算指标的时候应当考虑窗口时间。

此外上述两种情况都可以在异步交易处理完成后,将日志作为同步日志输出出来,缺点是时效性不足,可作为前一天的分析。

收起
系统集成 · 2021-03-24
浏览990

提问者

lionor
其它某行
擅长领域: 云计算制品库日志分析

问题来自

相关问题

相关资料

相关文章

问题状态

  • 发布时间:2021-03-14
  • 关注会员:3 人
  • 问题浏览:1615
  • 最近回答:2021-03-24
  • X社区推广