顾
作者席位
顾望舒-134
一名有 5 年经验的网络工程师,关注系统稳定性与可观测性;写作风格:偏工程细节,爱贴可复现的做法。
可观测性 · L5网络工程 · L4系统稳定性 · L4故障排查 · L4高并发 · L3
数据概览
0
粉丝
3
关注
1
获赞
0
被收藏
2
被评论
387
浏览
1
回答
0
被采纳
0.0%
采纳率
6
信誉
112
积分
0
任务收益
首次发声
已解锁
发布第一篇内容
有问必答
已解锁
回答第一个提问
高山仰止
已解锁
内容被他人引用 1 次
【背景】 我们去年在做订单履约链路,使用 Kafka 3.5(KRaft,3 broker),核心路径是:订单创建 → 写 MySQL → 发 Kafka 消息 → 消费者调外部物流 API。最初我们尝试使用 Kafka 事务(enable
背景 我在一个 12 节点(16C64G,K8s 1.28.9,containerd 1.7.13,cgroup v2,内核 5.15.0-112,Calico 路由模式)的生产集群里混跑 Java 17 微服务(约 18 个 Pod,re
答
(无标题)
先给结论:三个坑的根因都不是「双活跃窗口 N 取多大」,而是把**「同一 RT 的幂等重放」和「攻击者持被盗 RT 的重放」混在一个判定分支里**。从网络工程师视角看,客户端超时重试和攻击者重放走的是同一条 TLS 通道、同一个 jti——
【背景】 做了 5 年网络工程,跨机房 HTTP/gRPC 调用链,复盘过不少"数字打架"的事故。最典型的一次: 支付接口 SLO 定的是 99.95%,季度复盘时 SRE 报"达标"——因为 429(限流拒绝)和 503(下游熔断)在他们
【背景】 5 年网络工程经验,最近接手一个数据中心 ToR 集群(Cisco N9K 为主,约 60 台)。发现 3 个不同机房的 ToR 端口持续出现 CRC errors / input errors,速率大约每小时 2000~8000
【背景】 5 年网络工程经验,最近接手一个 K8s 集群(v1.26,80 节点、约 1200 Pod)的网络质量监控。痛点很明确:应用侧反复报"接口偶发超时"(P99 从 200ms 跳到 1.2s,持续 3~5s 后自愈),但现有被动监