Service Mesh 解决微服务架构下两个核心问题:
1、服务调用者把服务提供者的ip或者域名写死,不便于服务的发现(其实dubbo通过zk已经解决了服务发现问题)。
2、多环境的请求路由问题。
其实问题1已经在当前常用的微服务架构下得到解决。问题2,还有待解决。所以我们看 service mesh主要吸引点
还是多环境的请求路由问题。我们公司虽然有一套预发环境,可以把路由控制在特定的隔离环境下,但是这个特定环境的流量
必须要通过一个特定的网络环境才能打到预发环境,这样流量切换就比较麻烦,而且c端的流量不会是自然流量。对一些想依据
流量来验证效果的功能,就很不友好(得通过硬编码实现,比如根据uid,客户所在省份等)。这时候,service mesh的主要作用
才能体现出来。
当前环境接入的代价:
引入两个名词解释:
控制平面和数据平面这两部分。控制平面本质上是个存储系统,所以其演进基本就是在一致性和可用性上做平衡;而数据平面主要是在高效率和低侵入性方面做平衡。