服务网格越来越被视为任何组织从传统基础架构向云原生和微服务环境转变的必不可少的先决条件。
根据Cloud Native Computing Foundation（CNCF）的一项调查，在提供的用于帮助管理分布式环境的服务网格中，Istio处于领先地位。CNCF 2020年的调查显示，在生产中具有服务网格的所有组织中，有47％的组织如何使用Istio，其次是Linkerd和Consul，两者的市场份额均为41％（一个组织也可以使用多个网格）。
Istio以及一般的服务网格都可以视为网络层与编程层之间的空间。这样，它有助于管理整个操作，而Kubernetes本质上只是网络的一部分，Kubernetes纯粹是关于计算的，服务网格可以视为无需启动Kubernetes就可以开始的事情。
通常人们认为：首先部署Kubernetes环境，然后添加一个服务网格来对其进行管理。但是，不建议采用这种先后方法，对于组织而言，通过同时实现Kubernetes和服务网格（例如Istio）来开始其数字化转型也不是一个好主意，就如同在高速公路行驶时，很难同时改变汽车的轮胎和引擎。
要采用任何一种技术，都需要进行大量的运维复杂性和组织学习。
thenewstack的这篇文建议首先从Istio开始，而不是K8s。
Istio就是为了帮助连接，保护和观察服务而创建的。
最终，Istio像任何成熟的技术一样，应该变得无聊并且在后台消失，应该发生的事情是您进行配置，它只是基础架构的一部分。应用程序开发人员可以在API的编程方面进行操作，并可靠地获得所需的行为。
点击标题见原文。