如果条件允许,可能物理机更好。虚拟机方案突出的特点是隔离性更好,资源管理更灵活,以及抽象。在你不打算引入kata或者kubevirt的情况下,使用虚机来当做容器平台的node节点,无疑可以提供更好的隔离性选择,因为同一台物理机可...
如果有专门的日志系统,那么通过sidecar或者daemonset pod来吐到日志系统将是显而易见的方案。如果容器平台提供了ELK/EFK,那么应用方和平台方经过协商,应用日志吐到指定路径,再由平台方采集也是比价好的方案。可能的缺点...
我们采用的纯日志方式实现的全链路,制定全行统一的日志的规范和标准非常重要,对日志的输出格式进行统一要求,对研发采用的语言没有依赖。
其他银行不清楚,但是我们是采用纯应用日志方式实现的全链路,和网络流量没有任何关系,其他探针方式实现也不是基于网络流量获取的,通过在应用侧部署探针方式获取应用交易情况,之前银行都是通过网络流量旁路方式进行APM,但是...
日志的价值目前在大部分银行没有很好的发挥作用,作为获取业务和应用最好的数据源,日志分析的价值巨大,目前银行使用日志的场景主要分为以下几个方面,第一可以根据应用日志,进行业务的交易情况分析决策,业务监控大屏展示,业务...
没有全局流水号,没办法将业务场景进行串联,关联不了业务交易,不管是基于日志方式还是三方探针方式,全局流水号是必须的条件。
我们单位是根据google的dapper规范按照自身的特点进行了字段的制定,包括链路追踪的基本字段要求,比如全局流水号,应用标识,节点标识,时间戳,还预留了一定的字段考虑后续的灰度发布、应用自身其他需求,制定规范的时候不光要考...
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30