由于目前云、微服务等架构主要都是采用复用硬件设备资源的方式部署,全链路的日志采集(如采用抓流量的方式)某些交易日志可能会因为在设备内流动(如虚机的几个服务器流量不出机头到达不了物理交换机)。如何解决这类问题?如果采用探针部署,对系统本身又会造成性能损耗,尤其是在高并发高负载的场景。如何解决
建议评估高并发负载的场景,形成完成的测试数据。
我们目前采用了Javaagent对Java应用进行链路日志采集,作为平行于网络流量的链路解决方案,应对不同视角的运维需求。
其他银行不清楚,但是我们是采用纯应用日志方式实现的全链路,和网络流量没有任何关系,其他探针方式实现也不是基于网络流量获取的,通过在应用侧部署探针方式获取应用交易情况,之前银行都是通过网络流量旁路方式进行APM,但是这种基于网络旁路实现的平台不适合微服务和云,不破不立,建议不要采用老的平台去适配新架构。
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30