Istio是微服务管以空格服務平台，可以提供遠程管理服務
，理平可以對您設計的台 雲平台管理，可以查校驗接合 ，官方了解當前服務器的微服务管運行方式 ，可以查校驗駐防 ，理平地铁跑酷破解版在线玩下载對您的台 網絡服務維護，擁穿著控製 ，官方在遠程對雲平台以及分布式的微服务管存儲服務器控製 ，通過將Istio部署到你的理平開發平台，可以實現更好的台 服務網站配置方式
，讓您更好開發雲平台，官方地铁跑酷脚本绵羊6.0也讓您知道平台的微服务管流量 
，對於開發分布式微服務架構是理平非常有扶植的！

軟件功能

　　接合

　　智能控製服務之間的台 流量和 API 調用，鋪開一係列測試，並通過紅/黑部署逐步升級。

　　駐防

　　通過托管身份驗證
、授權和服務之間通信加密自動駐防您的服務 。

　　控製

　　應用計劃並確保其執行使得資源在消費者之間公平分配。

　　觀測

　　通過豐碩的自動跟蹤、監控和記錄所有服務，了解正在裸露的地铁跑酷脚本情況。

軟件特色

　　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 的功能增補到現有部署中 ，而無需重新構建或重寫代碼