边车模式与Service Mesh的应用场景。
微服务，如果我们要对所有的微服务做一些升级该如何下手？
主要包括服务治理：服务注册、发现、安全、监控，限流，熔断等。解决方案：
1、重构所有业务代码。加入服务治理的功能。
2、边车模式。就是给每一个服务都加一个代理，所有的rpc调用都请求到这个代理里面由这个代理来调用业务代码。
3、Service Mesh。简单理解就是加入一个调度中心，每一次rpc调用都要走一遍这个调度中心。方案优缺点：
1、重构所有业务代码。工作量巨大，可以直接排除。
2、边车模式。
缺点：需要改动所有的服务，给每个服务都加上边车代理。业务代码与功能耦合。
优点：业务代码与功能代码 功能隔离。各个模块只用关心自己模块的功能。可以实现跨语言调用。
3、Service Mesh
缺点：每次rpc调用都需要走一遍调度中心，增加io次数。
优点：业务代码与功能代码松耦合。可以实现跨语言。开发成本低。
边车模式
Service Mesh
