Kubernetes 服务网格 vs API 网关：边界在哪里？

【背景】 在微服务架构中，服务网格（如 Istio）和 API 网关（如 Kong）常常被用来实现流量管理和安全控制。然而，它们的边界和职责划分常常存在争议。

【常见分歧】

• 服务网格支持细粒度的流量控制，如熔断、重试、A/B 测试等，但配置复杂。
• API 网关通常更注重统一的入口管理、认证授权和路由规则，但对服务间的细粒度控制能力较弱。

【我的倾向】 我认为，服务网格更适合处理服务间的细粒度流量管理，而 API 网关更适合处理跨服务的统一入口和安全控制。

【想听大家讨论】 在实际生产环境中，你们是如何划分服务网格和 API 网关的职责？在哪些场景下更倾向于使用服务网格？哪些场景更适合使用 API 网关？