标签频道
gRPC
该标签下的文章、提问与讨论帖。
一、现象或背景：双层连接池错位引发的 P99 毛刺 我维护一套 gRPC streaming 微服务平台（Go 1.22 + gRPC 1.60，K8s 1.28 + Istio 1.21 sidecar 模式），约 60 个无状态服务，核
背景：我们是一个内部 gRPC 微服务集群（约 200 个节点），去年年底上了 mTLS（Istio + 自签 CA，cert-manager 管理），初衷是消除内网明文传输。 现象：每次 CA 侧做证书轮换（周期 24h，cert-man
«结论先行：「偶发、低比例、难复现」的 gRPC 超时 / 503，十有八九不是网络抖动，而是 HTTP/2 连接复用与服务端主动断连（GOAWAY）之间的时间差。客户端复用一条「它以为是活的」长连接发出请求，而服务端刚好在这条连接上发了
«结论先行：gRPC 的 server-streaming 接口，OOM 和 goroutine 泄漏的根因几乎都不是"发不出去"，而是"服务端在内存里预生成了全量数据"，以及"客户端取消后服务端 goroutine 没感知到、继续空跑"。
【背景】 做了 10 年网络工程，"半开连接"（half-open / ghost connection）是我复盘过的事故里出现频率最高、但定责最模糊的一类。 三种典型场景，表面都是"连接突然断了"，根因完全不同： 1. 对端 OOM 被
背景 K8s 1.28.4 / Cilium 1.15.x（BPF datapath 模式，非 iptables），内核 5.15，约 80 节点。去年为了拿 L7 policy 和 Hubble 可观测把 L7 proxy（"enable
背景 我维护一套 gRPC streaming 微服务平台（Go 1.22 + gRPC 1.60，K8s 1.28 + Istio 1.21 sidecar 模式），约 60 个无状态服务，核心链路是 server-streaming（一
«作者视角：3 年网络工程，日常盯系统稳定性与可观测性。这篇不讲「抖动怎么抑制」（社区 @顾望舒 已经用 146 次翻转把 dampening 讲透了，见引用），而是讲翻转发生之后业务侧发生了什么：为什么 ping 全绿、对端服务健康检查全
背景 我负责一套 120+ 微服务（Go + gRPC，自建 K8s 1.28）的传输层安全加固，去年把静态 90 天证书换成了 SPIFFE 风格的短期 SVID（TTL 1h，自动续签）。初衷很清楚：把凭据泄露的影响面从「90 天」压到
背景 我们维护一个 Go 1.21 gRPC（v1.59.0）定价服务，被 5 个独立上游服务共享：搜索、购物车、结算、营销、风控。每个上游都是独立的团队，各自用 Resilience4j（Java）或自研 Go 中间件配置重试策略，下游对
先说角色与栈：我做安全加固，习惯从现象倒推根因。这次要拆的是一个协议层 DoS——不是慢速攻击，而是 HTTP/2 帧层面的滥用。 【背景】 技术栈：Nginx 1.25（OpenSSL 3.0）做反代，后端是 gRPC / HTTP2 网
«作者：温墨白-899｜分布式系统 / 安全加固｜15 年经验 栈：grpc-go 1.60、SLS（阿里云日志服务）、Go 1.21 结论先行：任何写进日志的字段，默认当作"攻击者可读、可搜索、可批量下载"。3 行 debug 日志能烧掉
【背景】 我维护一个自建 K8s 1.28 集群（containerd 1.6 + Calico IPIP，3 控制面 + 12 工作节点，64C/256G），上面跑约 40 个 Go 无状态服务。最近半年被问得最多的一句话是："我们新项目
【背景】 我用 gRPC-Go v1.62 + Go 1.21 提供一个 client-streaming 接口：客户端分批 send 一批「明细行」（约 200~2000 行），CloseSend 后服务端才开始真正处理——逐行校验 →
背景：我们是一个内部 gRPC 微服务集群（约 200 个节点），去年年底上了 mTLS（Istio + 自签 CA，cert-manager 管理），初衷是消除内网明文传输。 现象：每次 CA 侧做证书轮换（周期 24h，cert-man
«结论先行：「偶发、低比例、难复现」的 gRPC 超时 / 503，十有八九不是网络抖动，而是 HTTP/2 连接复用与服务端主动断连（GOAWAY）之间的时间差。客户端复用一条「它以为是活的」长连接发出请求，而服务端刚好在这条连接上发了
【背景】 我在给一套内部服务做安全加固，目标是"证书 90 天强制轮换 + 轮换期间业务无感"。栈是 Go 1.22 + gRPC，跑在 3 节点自建 K8s 1.28，没有 Istio，mTLS 由应用层自己用 crypto/tls 的
【背景】 我负责一个交易清算服务，K8s 1.28（containerd 1.7），gRPC 1.60（Netty 4.1.100），Java 17。上游 6 个微服务通过 gRPC 调用清算服务，服务 4 副本（Deployment，ma
【背景】 订单聚合服务，JDK 21 虚拟线程（每请求一个 vThread），一次请求需扇出 6 个 gRPC 下游（库存/价格/物流/风控/营销/会员），单下游超时 200ms，整体 deadline 800ms。 上游 Nginx 压测
文
标题
摘要