Istio is the
future!基本上,我相信對云原生技術(shù)趨勢有些微判斷的同學,都會有這個覺悟。其背后的邏輯其實是比較簡單的:當容器集群,特別是K8S成為事實上的標準之后,應用必然會不斷的復雜化,服務治理肯定會成為強需求。
Istio的現(xiàn)狀是,聊的人很多,用的人其實很少。所以導致我們能看到的文章,講道理的很多,講實際踩坑經(jīng)驗的極少。
阿里云售后團隊作為一線踩坑團隊,分享問題排查經(jīng)驗,我們責無旁貸。這篇文章,我就跟大家聊一個簡單Istio問題的排查過程,權(quán)當拋磚。
二分之一活的微服務
問題是這樣的,用戶在自己的測試集群里安裝了Istio,并依照官方文檔部署bookinfo應用來上手Istio。部署之后,用戶執(zhí)行kubectl get
pods命令,發(fā)現(xiàn)所有的pods都只有二分之一個容器是READY的。
# kubectl get po
熱門工具 換一換