云原生平台中，Kubernetes、Service Mesh、API Gateway和应用框架在流量治理中的职责如何划分

在云原生平台里，Kubernetes、Service Mesh、API Gateway 和应用框架都能参与流量治理，但它们关注的层次不一样，不能简单混在一起。

Kubernetes 主要负责基础的服务发现、负载均衡和流量入口承载。比如通过 Service 做服务发现，通过 kube proxy 或 CNI 实现四层转发，通过 Ingress 暴露 HTTP 入口。它更偏基础设施层，解决的是“服务在哪里、流量怎么打到 Pod 上”的问题。K8s 原生能力可以做一些滚动发布、健康检查、自动扩缩容，但对复杂的灰度、熔断、限流、重试、流量镜像这类治理能力支持比较有限。

Service Mesh 主要负责服务到服务之间的东西向流量治理。典型像 Istio、Linkerd，通过 Sidecar 或 Ambient Mesh 接管服务间通信，可以做更细粒度的流量控制，比如按版本灰度、按 Header 路由、超时、重试、熔断、限流、故障注入、流量镜像、mTLS、安全认证、可观测性等。它的优势是治理能力下沉到基础设施层，对业务代码侵入比较小，适合多语言、多团队、多服务的大规模微服务场景。

API