问题1 reset Offset
某次生产线上，从KafkaManager监控页面，发现还剩几十万未消费数据量，过了几分钟之后，监控页面发现未消费数据量达到了几千万。
排查分析
定位生产日志，发现消费端 出现日志 reset offset, 结合上下文日志，发现在切换broker leader之后，提交的偏移量在新leader上面找不到，之后根据消费端配置的auto offset reset 由于我们配置的是earliest，所以从最早消费
问题原因
切换时候，broker是接入某云的kafka，当时后台发生OOM，造成broker切换，由于ack设置，导致新切换的broker 没有提交的偏移量，从而导致整个现象发生
问题2 connection reset by peer
某次请求某服务，偶然频繁出现请求错误，但刷新错误之后，又可以重新打开请求链接
排查分析
根据traceId，定位到服务链调用，网关服务出现connection reset by peer，说明调用我们的业务微服务出现问题, 日志上下文 观察调用IP有多个，可实际情况后台docker 的pod数量为1
问题原因
由于eureka段配置不合理，导致未将失效的服务实例杀死，通过eureka注册中心可以管道有一个未清除的实例，从而导致该现象产生。
解决措施：先手动下线微服务实例，后修改配置