Istio is the future！基本上，我相信對雲原生技術趨勢有些微判斷的同學，都會有這個覺悟。其背後的邏輯其實是比較簡單的：當容器集羣，特別是K8S成爲事實上的標準之後，應用必然會不斷的複雜化，服務治理肯定會成爲強需求。
Istio的現狀是，聊的人很多，用的人其實很少。所以導致我們能看到的文章，講道理的很多，講實際踩坑經驗的極少。
阿里雲售後團隊作爲一線踩坑團隊，分享問題排查經驗，我們責無旁貸。這篇文章，我就跟大家聊一個簡單Istio問題的排查過程，權當拋磚。
二分之一活的微服務
問題是這樣的，用戶在自己的測試集羣裏安裝了Istio，並依照官方文檔部署bookinfo應用來上手Istio。部署之後，用戶執行kubectl get pods命令，發現所有的pods都只有二分之一個容器是READY的。
# kubectl get po