k8s 服务网格（Service Mesh）

希腊语言中大概是风帆的意思，发音 [iːst’iəʊ] ，相当于中文的伊斯特亿欧。

如果用一句话来解释什么是服务网格，可以将它比作是应用程序或者说微服务间的 TCP/IP，负责服务之间的网络调用、限流、熔断和监控。

服务网格有如下几个特点：

所以可以看出，服务网格并没有带来新的东西，服务网格的本质还是：服务治理。

那既然服务治理，用传统的方式也是能实现的，为什么要引入服务网格呢？下面从服务网格的演变说起。

有哪些产品

这里 The Service Mesh Landscape 列出了业界最流行的服务网格产品。

Linkerd 是一款高性能网络代理程序，标志着Service Mesh时代的开始。 linkerd2 github
Istio 底层为Envoy（由C++开发的，为云原生应用而设计，是一款高性能的网络代理），是Service Mesh的典型实现 istio github
Kuma 是一款基于Envoy构建的服务网络控制平面，Kuma设计的数据平面和控制平面可以极大的降低开发团队使用服务网格的难度。kuma github
SOFAMesh SOFAMesh由蚂蚁金服开源，在兼容Istio整体架构和协议的基础上，做出部分调整：使用Go语言开发全新的Sidecar，替代Envoy。 sofa-mesh github

Service mesh 的架构如下图所示：

Service mesh 作为 sidecar 运行，对应用程序来说是透明，所有应用程序间的流量都会通过它，所以对应用程序流量的控制都可以在 serivce mesh 中实现。

鉴于服务之间只通过旁车代理进行通信，我们最终得到了类似下面图示的部署：

这张图也很形象说明了为什么叫 “服务网格”。

Service Mesh中分为控制平面和数据平面：

控制平面特点

数据平面的特点

这个阶段可以认为是服务网格的雏形，出现了一些胖客户端的库，如：

Istio是由Google、IBM和Lyft开源的微服务管理、保护和监控框架。Istio为希腊语，意思是”起航“。