云原生里的 UDP：那个被你忽视的隐形基石，正在悄悄决定集群稳定性
本文是协议深入系列第12篇，网络基础系列第57篇。
上一篇我们讨论了 QUIC：基于 UDP 的现代可靠传输。今天换一个视角，从协议设计转向云原生工程实战，聊聊 UDP 在 Kubernetes、容器网络、服务网格等场景中的真实面貌——它无处不在，却也最容易让人在排查问题时走投无路。
一个被低估的协议
说起云原生网络，绝大多数人首先想到的往往是 HTTP、gRPC、Service、Ingress。这些组件确实承载了绝大部分业务流量，也占据了可观测性面板上的主要位置。
于是很容易形成一个惯性认知：云原生主要是 TCP 的天下。
但只要你愿意往堆栈的下层多看几层，会发现一个截然不同的图景。
Pod 解析域名依赖 DNS，CoreDNS 默认监听 UDP 53；跨主机 Pod 通信的 VXLAN Overlay 用 UDP 4789 做封装；QUIC/HTTP/3 跑在 UDP 443 上；StatsD 指标上报默认走 UDP 8125；Syslog 日志传输常用 UDP 514；节点时间同步靠 NTP 的 UDP 123。
这张清单还可以继续列下去。
UDP 很少站在聚光灯下，但它无处不在。
一个精炼的结论：
UDP 在云原生中广泛承担 DNS 解析、服务发现、Overlay 封装、QUIC 传输、可观测性数据上报等基础职
