微服务将服务粒度变小,采用分布式部署,那么如何更快定位业务问题?

微服务将服务粒度变小,采用分布式部署,如何更快定位业务问题
需要我们如何准确输出业务日志:
例如:
在API入口时,将API的入参、出参输出,以及执行的时间
服务调用链路采用开源
一些重要方法通过注解输出
业务日志更加完善,还需要输出参数,给运维更快定位问题

参与7

3同行回答

尘世随缘尘世随缘技术总监上海某互联网金融公司
可以采用开源的全局调用链,比如skywalking,对于程序来说无需任何更改,它采用Agent方式启动,在管理界面可以看到调用链以及每个节点的耗时时间。如果想走自研这条路,可以给予zipkin来改动,可以自动以入参,出参以及耗时时间。...显示全部

可以采用开源的全局调用链,比如skywalking,对于程序来说无需任何更改,它采用Agent方式启动,在管理界面可以看到调用链以及每个节点的耗时时间。
如果想走自研这条路,可以给予zipkin来改动,可以自动以入参,出参以及耗时时间。

收起
互联网服务 · 2020-05-05
浏览1039
匿名用户匿名用户
加上traceid,将整个交易链路日志统一查看。当然这也只是治标不治本,微服务带来的弊端可想而知,问题跟踪定位越来越难。显示全部

加上traceid,将整个交易链路日志统一查看。当然这也只是治标不治本,微服务带来的弊端可想而知,问题跟踪定位越来越难。

收起
互联网服务 · 2020-05-05
浏览932
zftangzftang其它小白一枚
加强模块级日志审计,告警显示全部

加强模块级日志审计,告警

收起
互联网服务 · 2020-04-30
浏览968

提问者

wanrongwei
系统架构师亚信科技
擅长领域: 数据库服务器存储

问题来自

相关问题

相关资料

相关文章

问题状态

  • 发布时间:2020-04-30
  • 关注会员:4 人
  • 问题浏览:1915
  • 最近回答:2020-05-05
  • X社区推广