多语言应用微服务治理
无需修改代码，服务网格就能为客户提供金丝雀发布、无损上下线、服务鉴权、标签路由等业务应用微服务治理能力，支持与Nacos服务注册中心打通，并提供与异构服务框架如SpringCloud的互通能力。
解决问题：
- 业务代码与治理功能紧耦合，不利于各组件独立快速迭代，服务网格可将治理能力独立出来，实现无侵入的服务治理
- 编程语言及框架的多样化，引入了不同的服务注册中心及治理策略，可利用服务网格实现注册中心的互通，统一治理体系
多集群应用统一流量管理
业务应用部署在多地域或混合云下的Kubernetes集群中，存在一致的可见性和流量管理等需求。服务网格可以为跨类型的计算基础设施构建的服务提供一致的流量管理。
解决问题：
- 部署在异构基础设施上的业务负载涉及Kubernetes、虚拟机等不同的运行环境，可进行统一的流量治理
- 能够以最佳方式将流量路由至某个服务位于多个地域的应用实例，可助力用户实现Active-Active的双活方案，或者Active-Standby的灾备方案
应用容器化平滑上云
线下环境有存量应用需要迁移上云，通过部署和配置服务网格，可以将流量动态路由到线下旧版环境或线上新版环境，较好地处理无状态服务迁移。
解决问题：
- 用户在搬站或上云过程中，涉及到测试、灰度、投产等多个阶段，应用流量控制的策略繁杂，可利用简化整个过程
- 对于有多云或混合云战略的用户，为应用服务提供了全局负载均衡能力，同时也支持服务就近访问
服务监控
增强容器、评估API端点的性能，为网格内的服务通信生成详细的遥测，这种遥测技术提供了服务行为的可观察性，允许运营商对其应用程序进行故障排除、维护和优化，而不会给服务开发人员带来任何额外负担。通过应用服务网格，运营商可以全面了解被监控的服务如何与其他服务以及组件本身进行交互。
解决问题：
- 非侵入监控数据采集：在复杂应用的场景下，服务间的访问拓扑，调用链，监控等都是对服务整体运行状况进行管理，服务访问异常时进行定位定界的必要手段。服务网格技术的一项重要能力就是以应用非侵入的方式提供这些监控数据的采集，用户只需关注自己的业务开发，无需额外关注监控数据的生成。
- 灵活的服务运行管理：在拓扑图上通过服务的访问数据，可以直观的观察到服务的健康状况，服务间的依赖情况。并且可以对关心的服务进行下钻，从服务级别下钻到服务版本级别，还可以进一步下钻到服务实例级别。通过实例级别的拓扑可以观察到配置了熔断规则后，网格如何隔离故障实例，使其逐渐接收不到流量。并且可以在故障实例正常时，如何进行实例的故障恢复，自动给恢复的实例重新分配流量
