本文章同時發佈於：

• Github(包含程式碼)
• Medium
• iT 邦幫忙

文章為自己的經驗與夥伴整理的內容，設計沒有標準答案，如有可以改進的地方，請告訴我，我會盡我所能的修改，謝謝大家～

大家好，今天要將 Istio 與 K8s 整合，整合之後會發現每個 K8s pod 都會從 1 個容器變為 2 個容器，

是因為容器都多了一個 envoy proxy 容器來管理流量，如圖，之後就可以再利用 envoy proxy 配合 Control Plane 來控制 Service Mesh。

安裝 Istio

官網已有相當清楚的教學，在我 Mac 上就是下載檔案並且加入執行的環境變數即可。

$ curl -L https://istio.io/downloadIstio | sh -
$ cd istio-1.7.3
$ export PATH=$PWD/bin:$PATH

開始整合

我們將以此Example-Code來說明，

Istio 至少需要 K8s 1.16 以上才支持，而之前的文章是使用 K8s 1.15，所以必須先刪除 minikube 的 K8s 1.15，

$ minikube delete

創建 1.16 的 K8s，並開起 ingress

$ minikube start --driver=hyperkit --kubernetes-version v1.16.0
$ minikube addons enable ingress

取得 minikube ip，

$ minikube ip

將特定api.backend.com與web.backend.com轉換成 minikube ip，以確保 ingress 正常運作，輸入以下指令開啟文件並儲存，

$ open /etc/hosts

安裝 Istio 至 K8s，

$ istioctl install --set profile=demo

啟用istio-injection，這會使在建立 pod 的時候，自動在 pod 中加入 envoy proxy 容器，

$ kubectl label namespace default istio-injection=enabled

再透過 Helm 啟動之前，因為 K8s 1.16 與 1.15 有一些breaking change，所以必須要在 deployment config 中加入 selector，如圖，

最後啟動 K8s 應用！

helm install . --generate-name

Work!而紅匡處中容器多了 envoy proxy，但綠匡處會發現一直啟動不了 envoy proxy，這導致api.backend.com也沒辦法正常運作，

不過不用擔心，因為 Istio 本身就是設計每個容器都要有個 sidecar envoy proxy 了，實在沒必要再設計一個 envoy 的 service，我們直接使用 Istio 原生的功能來設計即可，將在之後介紹。

參考

• Istio / Getting Started
• Istio / What is Istio?
• Deprecated APIs Removed In 1.16: Here’s What You Need To Know | Kubernetes