【技术实现步骤摘要】
本专利技术涉及日志处理,尤其涉及一种etc业务系统故障日志处理方法。
技术介绍
1、当前行业日志收集和告警现状如下:
2、一、当前etc业务故障相应方式
3、目前业务故障很多时候都是客户向公司客服人员或者相关经销商反应,公司相关技术人员才得知出现了业务问题,然后再倒查该问题产生的原因和寻找解决办法。很难主动发现业务报错,或者在和一线人员对接时,第一时间也不能对出现的问题有个大致判断。需要经过一系列沟通和查找日志才能确定故障点。
4、二、当前日志收集方式
5、etc行业传统的日志收集方式是在每个业务服务器上部署filebeat,在其配置文件中写入需要被采集的日志文件路径,然后将日志收集到elasticsearch中。随着云原生的发展,kubernetes被越来越多的采用,日志文件有kubernetes负责落盘,此时日志路径名称复杂,相关的pod信息还需要额外配置。并且有些业务日志直接控制台输出,这个时候再用filebeat配置日志路径的方式就显得不灵活。
6、在专利cn11178
...【技术保护点】
1.一种ETC业务系统故障日志处理方法,其特征在于:处理包括如下步骤:
2.根据权利要求1所述的一种ETC业务系统故障日志处理方法,其特征在于:所述处理方法还包括日志目录的共享,在Kubernetes中编排应用的部署文件,添加Volumes配置,并将其挂载到了应用容器的日志目录和Filebeat的/data/log/app/目录,这样同一个Pod内的两个容器就实现日志目录的共享。
3.根据权利要求2所述的一种ETC业务系统故障日志处理方法,其特征在于:所述处理方法还包括获取容器的相关信息,在Filebeat这个容器中添加环境变量,ETC业务编号
...【技术特征摘要】
1.一种etc业务系统故障日志处理方法,其特征在于:处理包括如下步骤:
2.根据权利要求1所述的一种etc业务系统故障日志处理方法,其特征在于:所述处理方法还包括日志目录的共享,在kubernetes中编排应用的部署文件,添加volumes配置,并将其挂载到了应用容器的日志目录和filebeat的/data/log/app/目录,这样同一个pod内的两个容器就实现日志目录的共享。
3.根据权利要求2所述的一种etc业务系统故障日志处理方法,其特征在于:所述处理方法还包括获取容器的相关信息,在filebeat这个容器中添加环境变量,etc业务编号和业务名称在编排文件env设置环境变量,这些信息都会被filebeat作为字段收集,添加到日志中。
4.根据权利要求3所述的一种etc业务系统故障日志处理方法,其特征在于:在步骤s1中,配置filebeat的configmap配置文件,该配置文件中添加filebeat的fields字段,在kubernetes业务编排文件中env里设置的环境变量作为fields字段的内容,包含podip、podname、podnamespace、etc业务编号和业务名称。
5.根据权利要求4所述的一种etc业务系统故障日志处理方法,其特征在于:配置logstash的配置文件,从redis中获取日志信息,logstash需配置两个output,一个是将处理过的日志信息存储到elasticse...
【专利技术属性】
技术研发人员:江飞,郭玉安,朱凯,刘汉龙,宋昊,
申请(专利权)人:货车之家南京科技有限公司,
类型:发明
国别省市:
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。