标签频道
gRPC
该标签下的文章、提问与讨论帖。
【背景】 我在给一套内部服务做安全加固，目标是"证书 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 压测
一、现象：一次「无变更」引发的雪崩 上个月我们对一套日均 42 亿次 RPC 调用的支付中台做稳定性复盘。某次大促前夜压测，入口网关 QPS 从 8k 拉到 12k（仅 +50%），下游 47 个服务的 Go 线程池（GOMAXPROCS=
【背景】 我们在 K8s 1.27 + Istio 1.20（ambient/waypoint 未启用，走 sidecar 模式）里给一批内部服务开了 STRICT mTLS，服务间走 gRPC。目标是"证书到期自动轮换、业务无感知"。CA
«结论先行：gRPC 的 server-streaming 接口，OOM 和 goroutine 泄漏的根因几乎都不是"发不出去"，而是"服务端在内存里预生成了全量数据"，以及"客户端取消后服务端 goroutine 没感知到、继续空跑"。
【背景】 我在 K8s（1.28 / Calico CNI）里跑一批 Java gRPC 微服务，客户端 → HAProxy（stream 模式，L4 TCP 透传）→ 后端 Pod。后端 Pod 单实例并发连接 500~1500，连接是长