标签频道
eBPF
该标签下的文章、提问与讨论帖。
背景 5 年网络工程，现负责一批跨机房 HTTP/1.1 + gRPC over HTTP/2 调用链，单侧稳态存量长连接 2 万上下，新建连接速率峰值 ~800 conn/s，内核 5.15。日常告警体系是 Prometheus + no
背景 8 年网络工程，现负责一批跨机房调用链（HTTP/1.1 + gRPC over HTTP/2），单侧新建连接速率峰值约 800 conn/s，存量长连接 2 万上下，内核 5.15。过去 12 个月我复盘过 4 次链路故障类事故，其
背景 K8s 1.28.4 / Cilium 1.15.x（BPF datapath 模式，非 iptables），内核 5.15，约 80 节点。去年为了拿 L7 policy 和 Hubble 可观测把 L7 proxy（"enable
背景 5 年网络工程，现负责一批跨机房 HTTP/1.1 + gRPC over HTTP/2 调用链，单侧稳态存量长连接 2 万上下，新建连接速率峰值 ~800 conn/s，内核 5.15。日常告警体系是 Prometheus + no
背景 我是一名做安全加固的工程师，习惯从现象倒推根因。最近帮一个 K8s 1.28 / containerd 1.7 / 内核 5.15 的集群做攻击面收敛，审计发现一个被忽视的隐患——「僵尸挂载」： 集群里 30+ 微服务，Secret
«结论先行：BGP 路由撤销到 Established 的时间，和业务流量真正切到新路径的时间，是两个独立的事件。我们一次 10G 上联故障里，控制面收敛 400ms 完成，但业务 P99 抖动持续到 3.4s，其中 12 条 gRPC 长
【背景】 8 年网络工程，日常负责跨机房 HTTP/1.1 + gRPC over HTTP/2 调用链的稳定性。单侧新建连接速率峰值约 800 conn/s，存量长连接 2 万上下。过去 12 个月，我复盘了至少 7 次 P99 抖动工单
【背景】 做了 10 年容器化与 K8s 运维，最近两年明显感觉到一个趋势：三年前我们上 Istio 时，「服务发现、mTLS、灰度、可观测」几乎是刚需；而现在原生 K8s 1.30+ 的 Gateway API、Service 内部流量策
背景 我 3 年网络工程背景，现在保一个 K8s 集群（约 60 节点、Calico VXLAN iptables 模式、内核 5.10），业务侧核心是「HTTP API + MySQL 长连接池 + 少量 WebSocket」。我踩过的坑
【背景】 做了 15 年云原生，近几年最明显的趋势之一就是可观测栈的「去 SDK 化」：Cilium Hubble 把 L3-L7 流量直接抓出来、Tetragon 把系统调用审计做到零侵入、Pixie 在 K8s 集群里一行注解都不用就出
背景 15 年网络工程，目前在保一个 K8s 1.27 / Calico VXLAN overlay（iptables 模式，非 BPF datapath）集群：约 120 节点、每节点 32C/128G、双口 25G、内核 5.10.13
背景 8 年网络工程，现负责一批跨机房 HTTP/1.1 + gRPC over HTTP/2 的调用链，单侧新建连接速率峰值约 800 conn/s，存量长连接 2 万上下。过去 12 个月复盘过 4 次「建连失败」类事故，根因各不相同但
背景 干了 10 年网络，最常被拉进「P99 突然从 20ms 飙到 300ms」的排查群，然后第一句话永远是：「网络你们看下有没有问题。」 问题是——「网络有没有问题」这件事，在微服务架构里根本没有一个干净的度量。 TCP 没断、ping
背景 我管过一个 600+ Pod 的 K8s 1.28 集群（云厂商 + 自建混合），服务间通信走 mTLS + 全链路 trace，方案是 istio 1.21 + Envoy sidecar 注入。去年 Q4 做容量审计时发现一个扎心
【背景】 我维护一个自建 K8s 1.28 集群（containerd 1.6 + Calico IPIP，3 控制面 + 12 工作节点，64C/256G），上面跑约 40 个 Go 无状态服务。最近半年被问得最多的一句话是："我们新项目
背景 我负责一个 25G 骨干互联（Cisco N9K + 华为 CE6800 混跑，光模块是旭创 SFP28 25G-LR），一年里换了 3 个光模块，其中 2 个都是「先毛刺 1~3 周 → 彻底 down」的形态，没一个是直接断的。业
【背景】 我负责一批长连接 gRPC 服务的主机侧观测。最近一类抖动很磨人：ping RTT 正常、带宽没跑满、丢包≈0，但业务 P99 偶发从 80ms 抖到 400ms，抓包看 TCP 层窗口、重传都正常。我怀疑延迟要么堆在内核侧（so
【背景】 我在 Linux（Ubuntu 22.04 / kernel 5.15）上跑一批 Java gRPC 微服务，单 Pod 并发连接 2000+，业务方偶尔报"接口偶发变慢"，但应用侧 trace 里 handler 耗时看着正常。
【背景】 5 年网络工程经验，最近接手一个 K8s 集群（v1.26，80 节点、约 1200 Pod）的网络质量监控。痛点很明确：应用侧反复报"接口偶发超时"（P99 从 200ms 跳到 1.2s，持续 3~5s 后自愈），但现有被动监
文
标题
摘要