前言

第30天我們就來討論一下Istio的缺點吧XD

Envoy Proxy

Istio因為本身採用Sidecar Pattern (Envoy Proxy)因此Envoy Proxy的穩定性，非常重要。

所以基本上Istio Service Mesh並不一定會採用最新版的Envoy Proxy，所以當Envoy Proxy出現問題需要進行Troubleshooting，難度會非常高。

Maesh: Simpler Service Mesh

因此已經有一些社群開始去思考是否抽離Sidecar Pattern，最後出現了Maesh，不基於Sidecar Pattern實作的Service Mesh。

穩定性 VS Troubleshooting

也有非常多人討論到，導入新的架構Service Mesh，或者是新的技術Istio，到底要將穩定性列入主要考量，還是之後的Troubleshooting列入優先考慮的選項。這點目前還是有非常多的討論在社群內。所以這邊一樣不下結論

學習曲線

如果一開始碰Istio如果對Kubernetes不太熟悉，剛好Istio又想在Kubernetes上應用，會很辛苦。以及如果對於Network，CNI，Kubernetes Network，也是一隻半解，會導致有很多Istio偷偷做掉的東西，你不知道，Troubleshooting上有很高的難度。因此在學習上會花很多的時間

參考資源

如果真的要學習Istio可以參考下列網站

• Tech Topic: Red Hat OpenShift Service Mesh
• Service Mesh 交互式學習網站
• E-book Istio Service Mesh for Microservices
• RedHatWorkshops/IstioOnOpenShift
• Red Hat Developer: Istio Service Mesh
• Istio Tutorial//Docs Project
• Istio Document
• Istio traffic
• Istio-handbook

結語

希望後面還能有更多的人推廣Service Mesh。謝謝大家 我們不要再見ＸＤ