有天凌晨告警：订单服务报错率突增。我登录 Kibana 翻日志，几千行文本里找那一条异常，正则写到手抖，花了 20 分钟才定位。痛定思痛，把日志从"人看"改成"机器看"——结构化输出，这套改造后来的排障时间从 20 分钟降到 40 秒。 为什么要从文本日志切到结构化 文本日志是给人扫的，机器分析要正
周五晚上十点，安全组在群里丢了三个 CVE 编号 2021 年 12 月 10 号晚上 22:17，公司安全组群里一条消息，只有三行： CVE-2021-44228 Log4j2 RCE，影响版本 2.0-beta9 至 2.14.1，请各业务线今晚完成自查并反馈。 那时候这个漏洞还没被媒体炒起来，
查一个用户的投诉，我翻了两小时日志 上个月客服转来一个工单：用户说 6 月 20 号下午下过一单，付了钱但订单状态还是"待支付"。我拿着用户 ID 去 ELK 查，搜出来 3800 多条日志，全是这个用户的，而且几个接口的日志混在一起，根本分不清哪几条是同一次请求的。 翻了两个多小时才拼凑出大概的调
师傅甩给我一段 GC 日志，我一个字都看不懂 上个月排查一个接口抖动的问题，师傅在机器上敲了一串命令，屏幕上刷出这么一段东西： 2018-07-05T14:23:11.482+0800: 6.291: [GC (Allocation Failure) [PSYoungGen: 524288K->43
