二 Istio设计的核心原则

Istio架构关键目标

• 最大化透明度：Istio将自身自动注入到服务间所有的网络路径中。Istio使用sidecar代理来捕获流量，并且在尽可能的地方自动编程网络层，通过代理来路由流量，无需改动应用程序代码。在K8s中，代理注入到POD中，并可以修改路由规则，就可以调节流量了。
• 增量：
• 可移植性：
• 策略一致性：

流量管理：

　　Pilot和Envoy: Istio流量管理的核心组件是Pilot，它管理和部署所有的Envoy代理实例。它允许指定在Envoy代理之间使用什么样的路由流量规则，并配置故障恢复功能，如超时，重试和熔断器。通过发现服务让Envoy了解网格中的其他实例。

　　每个Envoy实例维护负载均衡信息，负载均衡信息是从Pilot获得的，以及负载均衡池中其他实例的定期健康检查。从而允许在目标实例之间智能分配流量，同时遵循指定的路由规则。

　　Istio的流量管理模型，解耦流量和基础设施扩展，运维人员通过Pilot指定他们希望遵循的流量规则。

A/B测试的动态请求路由，超时，重试和熔断器处理故障恢复，故障注入测试服务之间故障恢复策略。

Pilot维护了网格中服务的规范表示

　　 Envoy sidecar/代理拦截并转发客户端和服务器之间所有的请求/响应。

　　 运维人员使用Pilot指定路由规则，Envoy根据这些规则动态的确定服务版本的选择。路由规则允许Envoy根据诸如header，与源/目的相关联的标签和/或分配给每个版本的权重的标准来选择版本。

　　Ingress和Egress：

　　发现和负载均衡：

　　　　服务注册：服务新实例自动注册到服务注册表，自动删除不健康的实例。

　　       服务发现：Envoy实例执行服务发现。

        网格中的服务使用DNS名称访问彼此。服务的所有HTTP流量都会通过Envoy自动重新路由。Envoy在负载均衡池中的实例之间分发流量。除了负载均衡外，Envoy还会定期检查池中每个实例的运行状况。Envoy会根据健康检查API调用的失败率将实例分为健康和不健康。不健康的会从负载均衡池中弹出。健康的还会被放回来。

　处理故障：

• Envoy提供了开箱即用的故障恢复功能。
• 超时。
• 超时预算有限重试以及重试之间的可变抖动。
• 并发连接数和上游服务请求数限制。
• 对负载均衡池的每个成员进行健康检查。
• 细粒度熔断器

故障注入：