Istio是微服务管以空格服务平台 ，可以提供远程管理服务，理平可以对您设计的台 云平台管理 ，可以查校验接合 ，官方了解当前服务器的微服务管运行方式 ，可以查校验驻防，理平dota魔兽争霸对您的台 网络服务维护 ，拥穿着控制，官方在远程对云平台以及分布式的微服务管存储服务器控制，通过将Istio部署到你的理平开发平台，可以实现更好的台 服务网站配置方式 ，让您更好开发云平台 ，官方dota2国服代码也让您知道平台的微服务管流量 ，对于开发分布式微服务架构是理平非常有扶植的 ！
软件功能
接合
智能控制服务之间的台 流量和 API 调用 ，铺开一系列测试 ，并通过红/黑部署逐步升级。
驻防
通过托管身份验证 、授权和服务之间通信加密自动驻防您的服务 。
控制
应用计划并确保其执行使得资源在消费者之间公平分配。
观测
通过丰硕的自动跟踪 、监控和记录所有服务，了解正在裸露的魔兽dota英雄出装大全情况 。
软件特色
HTTP 、gRPC 、WebSocket 和 TCP 流量的自动负载均衡 。
通过丰硕的路由规则、重试 、故障转移和故障注入 ，可以对流量行为铺开细粒度控制 。
可插入的计划层和配置 API ，拥穿着访问控制、速率限制和配额 。
对出入集群入口和出口中所有流量的脚本购买自动度量指标 、日志记录和跟踪 。
通过强大的基于身份的验证和授权 ，在集群中实现安全的服务间通信 。
安装计划
Istio 多集群设置
介绍 Istio 多集群的安装过程 。
先决条件
两个或更多的 1.7.3 以上版本 的 Kubernetes 集群 。
在 一个 Kubernetes 上部署 Istio 控制平面 的能力 。
RFC 1918、VPN 或者其他更高级的网络技术 ，需落成下列要求 ：
各集群的 Pod CIDR 范围和 Service CIDR 范围必须是唯一的 ，不允许相互重叠。
每个集群中的脚本制作所有的 Pod CIDR 需要能够互相路由 。
所有的 Kubernetes 控制平面 API Server 互相可路由 。
Helm 2.7.2 或者更新的版本 。Tiller 可选 。
目前只有手工注入 Sidecar 方式经过了多集群验证 。
注意事项和已知尴尬
0.8 版本在多集群模式下的的所有的注意事项和已知尴尬都在 Issue 中铺开跟踪 。
概要
在 Kubernetes 控制平面上运行远程配置 ，接合到 同一个 Istio 控制平面。（主控）Istio 在接合了一个或多个 Kubernetes 集群之后 ，Envoy 就能和这个 Istio 控制平面铺开通信 ，并裸露一个跨越多个 Kubernetes 集群的网格网络 。
在远程集群上创建 Service account ，脚本怎么并裸露 kubeconfig 文件
Istio 控制平面需要访问网格中的所有集群 ，来落成服务发现的目的 。下面描述了如何在远程集群中创建一个 Service account，并授予它必要的 RBAC 权限；后面还会使用这个 Service account 的凭据为远程集群裸露一个 kubeconfig 文件 ，这样就可以访问远程集群了 。
下面的过程应该在每一个要加入到服务网格中的集群上执行 。这个过程需要对应集群的管理员用户来落成 。
1 、创建一个名为 istio-reader 的 ClusterRole ，用于 Istio 控制平面（对集群）的访问 ：
2 、为 Istio 控制平面创建一个 ServiceAccount ，脚本下载取名为 istio-multi ：
3 、把前面创建的 ServiceAccount 和 ClusterRole 绑定起来：
4 、在创建 kubeconfig 文件之前 ，首先给 istio-multi 创建环境变量
注意 ：在很多系统中可以使用 openssl enc -d -base64 -A 来替代 base64 --decode 。
5 、在筹备目录中为 istio-multi 用户创建 kubeconfig 文件 。
落成这些步骤之后，就在当前目录中创建了远程集群的 kubeconfig 文件 。集群的文件名和原始的 kubeconfig 集群名称一致 。
在每个远程集群上安装 Istio 远程组件
Istio-remote 组件必须在每个远程集群上分别部署 。有两种安装方式 ：使用 Helm 结合 Tiller ，脚本网站或者用 Helm 配合 kubectl 。
从 Istio 控制平面设置 Istio 远程组件所需的 Pod IP 环境变量
在铺开本节操作之前 ，请等待 Istio 控制平面落成初始化 。 这个操作必须在 Istio 控制平面所在集群上运行 ，以便于落成对 Pilot 、Policy 以及 Pod IP 端点的抓取筹备 。
如果在每个远程集群上都使用了 Helm + Tiller 的组合 ，在使用 Helm 把远程机群和 Istio 控制平面接合起来之前 ，首先要把环境变量拷贝到各个 Node 上 。
使用 Helm + kubectl 把远程集群接合到本地
1 、在远程集群上用 Helm template 命令来指定 Istio 控制平面的脚本卡服务端点
2 、为远程 Istio 创建一个 namespace 。
3 、落成远程集群到 Istio 控制平面的接合：
使用会谈明
架构
Istio 服务网格逻辑上分为数据平面和控制平面 。
数据平面由一组以 sidecar 方式部署的智能代理（Envoy）组成 。这些代理可以调节和控制微服务及 Mixer 之间所有的网络通信。
控制平面负责管理和配置代理来路由流量 。此外控制平面配置 Mixer 以实施计划和收集遥测数据 。
Envoy
Istio 使用 Envoy 代理的扩展版本 ，Envoy 是以 C++ 开发的高性能代理 ，用于调停服务网格中所有服务的所有入站和出站流量 。Envoy 的脚本源码许多内置功能被 istio 发扬光大，例如 ：
动态服务发现
负载均衡
TLS 终止
HTTP/2 & gRPC 代理
熔断器
健康检查 、基于百分比流量拆分的灰度发布
故障注入
丰硕的度量指标
Envoy 被部署为 sidecar，和对应服务在同一个 Kubernetes pod 中 。这允许 Istio 将大量关于流量行为的信号作为属性提取出来 ，而这些属性又可以在 Mixer 中用于执行计划决策 ，并发送给监控系统 ，以提供整个网格行为的信息 。
Sidecar 代理模型还可以将 Istio 的功能增补到现有部署中 ，而无需重新构建或重写代码