[資訊] Service Mesh

架構演進的兩大方向，一個是Serverless，另一個是什麼？
https://mp.weixin.qq.com/s?__biz=MzUyMzA3MTY1NA==&mid=2247485343&idx=1&sn=f6fe632e65e30f4bfb7b2f705a840369&chksm=f9c37e56ceb4f740ef473a4758fd2e1f5e16138fb743f09ec1772d3317d34decd93fb2d63d87&token=343672106&lang=zh_CN#rd

雲原生Service Mesh探索與實踐

https://mp.weixin.qq.com/s?__biz=Mzg4MzE2MzY1OA==&mid=2247485017&idx=1&sn=921779f4260acb993e8a6c27c22b00a3&chksm=cf4ad13cf83d582adb9c00de521ce19685de430b773b96f4f05962e605d8a7de51b95905450a&token=330118916&lang=zh_CN#rd

先驅者如Linkerd，被譽為業界第一個Service Mesh項目，但由於很多功能被後續框架所取代，發展有限。現在最流行的是Envoy，它在性能和資源消耗上表現得非常出色，被Istio收編之後， 專注於資料平面。最值得注意的是Istio，因為它的背後是Google和IBM。從0.3版本開始支持非Kubernetes平臺，並可以獨立運行。

拿Istio來說，雖然它的架構思想被很多人認同，功能也很多，但是Istio的問題仍然較多，可用性較差，幾乎沒有生產級的案例。有點像當初Kubernetes剛剛研發出來的感覺，也許隨著技術的不斷發展會成為Service Mesh的未來，畢竟當前很多公司都在跟隨這個框架。


#Service Mesh, Linkerd, Envoy, Istio, 項目, 現況