官网：https://istio.io/latest/zh/about/service-mesh/
Istio与k8s的区别
SpringCloud传统微服务结合k8s与Istio与k8s结合：
Istio数据面：通过envoy以sidecar方式拦截svc的流量来进行治理。
Istio控制面：pilot list/watch APIserver 获取相关数据。istio配置也是通过istioctl/kubectl写入apiserver。
Istio基础概念：
Gateway：提供外部服务访问接口，可发布任意内部端口的服务，供外部访问。配合VirtualService使用，使用标准的Istio规则处理。
VirtualService：最核心的配置接口，定义指定服务的所有路由规则。
DestionationRule：决定路由处理之后的流量访问策略，负载均衡、断路器、TLS设置等。 ServiceEntry：将外部服务接入到服务注册中，让Istio中自动发现的服务能够访问和路由到这些手 动加入的服务。与VirtualService或DestinationRule配合使用。
Istio安装
demo专为测试准备的功能集合
给命名空间添加标签，指示 Istio 在部署应用的时候，自动注入 Envoy 边车代理
部署示例应用
架构图
创建 Istio入站网关
调用链追踪（仪表板）
修改服务访问方式为LoadBalancer
访问kiali
流量管理
将所有流量路由到每个微服务的 v1 版本
来自名为 Jason 的用户的所有流量将被路由到服务 reviews:v2
测试
创建故障注入规则以延迟来自测试用户jason的流量
设置流量转移，从v2转到v3
修改延迟规则为两秒
把 50% 的流量从 reviews:v1 转移到 reviews:v3
测试完后，当reviews:v3 微服务稳定时，可以通过应用Virtual Service规则将100%的流量路由reviews:v3
回收清理
熔断
部署 httpbin 服务
配置一个熔断器
测试一下连接
触发熔断器
istio-proxy 允许存在一些误差。
将并发连接提高到三个
将并发连接提高到6个
当并发数和请求次数达到一定数量时，数据将均被熔断器拦截。
清理
卸载istio
