服务网格是近几年的热门技术之一，而且风云变幻不断。还有很多服务网格选项可供选择。但始终根据您自己的需要进行选择，本文将提及一些要素，以帮助DevOps团队确定适合其特定情况的最佳服务网格。没有特使你能活吗？Envoy拥有由社区构建的充满活力的生态系统；它是开源的，是许多服务网格的基础。其丰富的功能使其难以击败。您的用例需要什么？服务网格用于微服务。如果您正在构建单体应用程序，您可能无法通过服务网格实现投资回报率。如果不是所有应用程序都采用Kubernetes，最好做出与平台无关的选择。您现有的容器管理工具依赖项是什么？已经利用供应商生态系统进行容器编排的公司，例如AWSEKS、RedHat的OpenShift和咨询，您可能会受益于他们的原生工具，因为这些功能超出了开源的范围。你在哪个行业？大多数服务网格不是为特定类型的行业构建的。例如，Kuma具有划分多个网格的能力，这可能更适合受到严格监管的金融平台。小型电信运营商和ISP可以考虑使用NetworkServiceMesh服务网格。您需要多少可见度？对高级指标的可观察性是服务网格的核心。寻求定制化和深度功能的企业可以考虑Istio或Consul。你关心开放标准吗？使用开放标准使该技术经得起未来考验，并使其可以通过其他工具进行扩展。企业或许应该采用支持SMI的工具，例如Maesh或基金会支持的项目，例如Linkerd。你关心开发者体验吗？考虑到运营工程师的可用性对于采用新工具至关重要。Linkerd在开发人员中享有良好的声誉。您的团队准备好使用服务网格了吗？评估您的组织是否拥有实施服务网格技术的资源和技能可能会影响您是使用Istio、Envoy还是抽象的供应商，例如OpenShift。尽管这些考虑并不完整，但可以将它们视为一个起点。
