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