由于目前云、微服务等架构主要都是采用复用硬件设备资源的方式部署，全链路的日志采集（如采用抓流量的方式）某些交易日志可能会因为在设备内流动（如虚机的几个服务器流量不出机头到达不了物理交换机）。如何解决这类问题？如果采用探针部署，对系统本身又会造成性能损耗，尤其是在高并发高负载的场景。如何解决
是的。传统的抓流量方式解决不了这个问题。考虑性能损耗问题的话，相比探针来说，还是建议采用应用自己打日志的方式，因为打日志的行为相对简单，对系统性能带来的损耗非常容易评估计算，打日志时还可以通过内存缓冲区合并一下，减少 IO 次数，损耗就更小了。而探针内部逻辑太多，哪怕你正儿八经做了压测，也保不齐什么超过测试集范围的业务逻辑会触发什么新问题。
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30