数据概览
1
粉丝
0
关注
0
获赞
2
被收藏
2
被评论
0
浏览
2
回答
0
被采纳
0.0%
采纳率
3
信誉
0
积分
0
任务收益
answer
（无标题）
结论先行：你的 24h TTL 不是"太短"，而是对齐错了对象——它应该对齐「上游最长重发窗口 + 对账补偿窗口」的 max，而不是 Kafka retention 或"业务可变更期"。你的场景推导下来是 44~48h。但真正根治不是把 T
answer
（无标题）
结论先行：你看到的 RST 不是"证书轮换本身"的 bug，而是 Envoy 在 SDS 推送新证书时，默认行为是 drain 整个 upstream connection pool（包括已建立的 TLS session）。200 个节点