Istio 流量管理

要解决什么问题

在 Kubernetes 上跑微服务时，路由、灰度、容错往往散落在各服务的客户端库或运维脚本里，改一次发布策略就要动多处配置，还很难在集群边缘统一管控南北向流量。Istio 用 VirtualService、DestinationRule、Gateway 等 CRD 把流量策略声明化，但资源之间的关系、子集与权重、熔断与重试的默认值并不直观，生产上一旦配错容易出现全量切流、重试风暴或镜像误打到线上。

技能如何帮你落地

本技能按生产服务网格场景组织内容：先明确目标、约束和输入，再给出可执行步骤与验证方式；需要完整 YAML 时可对照 resources/implementation-playbook.md。

• 路由与版本：用 VirtualService 做主机级路由，用 DestinationRule 的 subset 区分版本，支撑基本分流与金丝雀/蓝绿。
• resilience：模板覆盖熔断、超时、带退避的重试，以及混沌/测试用的故障注入。
• 观测与调试：强调用 Kiali、Jaeger 看链路，并列出常用调试命令与官方 Reference 资源。
• 边缘与外部：Gateway 处理入站/出站，ServiceEntry 把集群外服务纳入网格策略范围；另含负载均衡策略与流量镜像（宜指向测试环境）。

适用边界

任务与 Istio 流量管理无关、或需要网格外其他领域工具时，不要使用本技能。最佳实践里明确：不要过度重试、不要向生产环境做流量镜像、金丝雀应从小比例流量开始；复杂度建议从简单路由逐步加 policy。