https://buvidk1234.github.io/tags/istio/Recent content in Istio on 我的技术博客Hugozh-cnSun, 19 Jul 2026 20:30:00 +0800https://buvidk1234.github.io/posts/istio-traffic-management-tutorial/Sun, 19 Jul 2026 20:30:00 +0800https://buvidk1234.github.io/posts/istio-traffic-management-tutorial/<h1 id="istio-流量管理教程">Istio 流量管理教程</h1> <h2 id="适用范围">适用范围</h2> <p>本文基于 Istio 1.30.3 官方文档，说明 Sidecar 模式下的流量管理模型和核心 API。重点是理解 Istio 如何在不修改业务代码的前提下控制服务间流量。</p> <p>本文覆盖：</p> <ul> <li><code>Gateway</code>：网格边缘的入站或出站代理入口。</li> <li><code>VirtualService</code>：流量匹配、路由、超时、重试、故障注入、镜像。</li> <li><code>DestinationRule</code>：服务子集、负载均衡、连接池、熔断、异常实例剔除、TLS 策略。</li> <li><code>ServiceEntry</code>：把网格外服务加入 Istio 服务注册表。</li> <li><code>Sidecar</code>：限制 Envoy Sidecar 的入站端口和出站可见服务范围。</li> <li>数据面排障思路：从路由、cluster、endpoint、listener 四类 Envoy 配置定位问题。</li> </ul> <p>本文不覆盖 Istio 安装、Bookinfo 部署、Ambient 模式、授权策略、Telemetry API、多集群和生产发布流程。</p> <h2 id="流量管理模型">流量管理模型</h2> <p>Sidecar 模式下，每个业务 Pod 注入一个 Envoy 容器。业务进程仍然访问 Kubernetes Service 或外部域名，真实转发行为由 Envoy 根据 Istio 配置决定。<code>istiod</code> 负责监听 Kubernetes 和 Istio 配置资源，把它们转换为 Envoy xDS 配置，并下发给数据面代理。</p> <div class="mermaid">flowchart LR C[Client] --> IG[Istio Ingress Gateway / Envoy] IG --> A1[Service A Sidecar] A1 --> A2[Service A App] A2 --> A3[Service A Sidecar] A3 --> B1[Service B Sidecar] B1 --> B2[Service B App] ISTIOD[istiod] -. xDS .-> IG ISTIOD -. xDS .-> A1 ISTIOD -. xDS .-> A3 ISTIOD -. xDS .-> B1</div><p>典型 HTTP 调用路径：</p>