过去开发一个后端应用最直接的方式，是通过单一后端应用提供并集成所有的服务，即单体模式。随着业务发展与需求的不断增加，单体应用的功能愈发复杂，造成应用的迭代效率下降，更多企业选择了耦合度更低的微服务架构。在微服务架构中，研发人员往往需要考虑网络通信相关的问题，增加了开发的难度，而服务网格的出现，正好解决了这类问题。

服务网格将微服务中的通用的功能给下沉到了基础设施层，让开发者可以更加专注于业务逻辑，从而加快服务交付，这与整个云原生的理念的一致的。你不需要再在应用中集成笨重的 SDK，为不同语言开发和维护 SDK，应用部署完后，使用服务网格进行 Day 2 操作即可。

服务网格被誉为下一代微服务，但它与 Kubernetes 的功能是重合的，既然这些作为平台级的功能 Kubernetes 已经提供了，为什么还要使用服务网格呢？其实 Kubernetes 关注的还是应用的生命周期，它管理的对象是资源和部署，对于服务的管控力度很小。而服务网格正好弥补了这个缺陷。服务网格可以连接、控制、观察和保护微服务。

如果说 Kubernetes 已经彻底赢得了市场，并且基于 Kubernetes 的应用程序的规模和复杂性持续增加，那么就会有一个临界点，而服务网格则将是有效管理这些应用程序所必需的。随着服务网格技术的持续发展，服务网格将完全取代传统微服务架构，成为大小企业微服务化和上云改造的首选架构。