告警策略

背景 Kafka 3.5（KRaft，3 broker，ISR=3），topic "order-recon-result" 16 分区，消费组 4 实例（K8s Deployment，2C4G，每实例 4 分区），assignor 用 Co

【背景】 做了 8 年性能优化，最近复盘了一起「最憋屈」的线上事故：核心下单链路 P99 在 6 周内从 120ms 缓慢爬到 300ms，全程没有任何告警——因为每一天的 P99 都比「上一周同时段」只涨 5~8%，而告警阈值（P99 >

背景 React 18 + Vite 5 的 B 端中台 SPA（约 220 个路由、日均 UV 12 万），运营/客服单会话经常挂 4~8 小时不刷新。站内 #162 的「Heap Snapshot 三步证据链」和 #590 的「used

【背景】 B 端运营中台（React 18 + Vite 5），运营同学单会话经常挂 8 小时以上不刷新。今年把错误监控打通后，下一步想上「运行时内存监控 + 告警」，目标把「下午越用越卡、最后白屏」这类问题从工单倒查变成事前告警。 【现象