【Istio 控制面】推送图：watch 到 DiscoveryServer.pushXds 的完整链路
内容提要
本文详解Istio控制面一次配置变更如何转化为代理收到的DiscoveryResponse，梳理六阶段完整链路：事件汇入、debounce合并、全局重算、按代理排队、生成发送及代理确认。强调PushQueue合并机制、Full决定重算范围、VersionInfo统一生成，并指出xds.Send成功不等于Envoy已生效，排障需区分各阶段。
延伸解读
排障先定位阶段
本文强调，当运维说“控制面已推送”时，必须明确对应链路中的哪个节点。从K8s watch事件进入pushChannel，到xds.Send写出gRPC帧，中间隔着debounce、PushContext重算、PushQueue排队、生成器执行四道工序。任何一道卡住都会让“已推送”失去意义。排障时应先判断事件卡在哪一阶段，再决定查istiod日志还是Envoy配置。
PushQueue合并机制的意义
PushQueue保证每个代理最多一个在途请求，新到达的变更通过CopyMerge合并，而不是排队等待。MarkDone还会将处理中合并的请求重新入队，避免丢失变更。这种设计配合ADS单流，共同解决重复或错序工作的问题。理解这一点有助于解释为何控制面推送延迟不一定代表配置未生效，可能只是合并等待。
Full与非Full路径的差异
Push根据req.Full决定是否重算全局PushContext。Full分支调用NextVersion生成新版本号并触发initPushContext，是istiod CPU开销的主要来源；非Full分支复用现有上下文，仅清缓存。排障时需判断本次推送是否为Full，以评估CPU开销量级。这解释了为何即使只改一个WasmPlugin，也可能触发全局重算。
推送成功不等于生效
xds.Send返回nil仅表示gRPC帧已写出，不代表Envoy已接受或生效。控制面推送成功、代理ACK、warming完成、流量切换是四个独立事件。istiod的推送统计只反映自身队列状态，不能作为端到端生效指标。生产事故复盘中最常见的归因错误就是混淆这些阶段。
Q&A
Istio 控制面中，一次配置变更从发生到代理收到 DiscoveryResponse 的完整链路是怎样的？
完整链路分为六个阶段：事件汇入（ConfigUpdate 将 PushRequest 写入 pushChannel）、debounce 合并（合并多个事件）、全局重算（根据 req.Full 决定是否重新计算 PushContext）、按代理排队（PushQueue 保证每个代理最多一个在途请求）、生成发送（pushXds 调用生成器并发送 DiscoveryResponse）、代理确认（Envoy ACK/NACK）。
Istio 中 ConfigUpdate 函数的作用是什么？它是否负责合并或判断？
ConfigUpdate 只负责将 PushRequest 写入 pushChannel，不做任何合并、不判断是否要推送、不接触 PushContext。它只是把请求放入容量为 10 的 buffered channel。InboundUpdates 和 CommittedUpdates 计数器的差值可以反映积压事件。
Istio 的 PushQueue 是如何保证每个代理最多一个在途请求的？
PushQueue 维护 pending 和 processing 两个映射。当 Enqueue 时，如果连接已在 processing 或 pending 中，则通过 CopyMerge 合并新的 PushRequest，而不是排队等待。MarkDone 时，如果 processing 中有合并的请求，会将其重新放回 pending 队列，避免丢失变更。
Istio 中 Full 推送和非 Full 推送有什么区别？
Full 推送会调用 NextVersion 生成新版本号，并触发 initPushContext 重新计算全局 PushContext，开销较大；非 Full 推送直接复用现有 PushContext，只清对应缓存，通常用于纯 EDS 端点更新。
Istio 中 VersionInfo 和 Nonce 是如何生成的？它们有什么作用？
VersionInfo 由 NextVersion 统一生成，格式为时间戳加递增序号，所有类型共享同一版本号。Nonce 将版本号作为前缀，拼接随机 UUID。这样便于排障时从 nonce 反查推送轮次，同时兼容 Envoy 协议。
为什么说 xds.Send 成功不等于 Envoy 已经生效？
xds.Send 成功仅表示 gRPC 帧已写出，不代表 Envoy 已处理。控制面推送成功、代理 ACK、warming 完成、流量切换是四个独立事件。Envoy 需要 ACK 确认协议校验通过，并完成 warming 依赖就绪后才会切换流量。
Istio 1.30.3 中 Delta 协议的性能优化情况如何？
官方文档承认 Delta 实现尚未优化好，性能与 SotW 相近。即使代理使用 Delta 协议，生产侧仍可能进行接近全量生成的工作。
