许多开发人员想知道他们为什么要关心服务网格。在开发人员会议、会议和关于使用云本地架构的微服务开发的动手研讨会上，我经常被问到这个问题。我的回答总是一样的：“只要你想简化你的微服务体系结构，它就应该运行在Kubernet上。”
关于简化，您可能还想知道为什么分布式微服务必须为在Kubernetes集群上运行而设计得如此复杂。正如本文所解释的，许多开发人员使用服务网格来解决微服务体系结构的复杂性，并通过在生产中采用服务网格来获得额外的好处。
什么是服务网格？
服务网格是一个专用的基础结构层，用于提供一种透明的、独立于代码的(Polyglot)方法，以消除应用程序代码中的非功能微服务功能。
为什么服务网格对开发人员很重要
当开发人员将微服务部署到云时，他们必须解决非功能性的微服务功能，以避免级联故障，而不管业务功能如何。这些功能通常可以在服务发现、日志记录、监视、弹性、身份验证、弹性和跟踪中表示。开发人员必须花费更多的时间将它们添加到每个微服务中，而不是开发实际的业务逻辑，这使得微服务变得繁重和复杂。
随着组织加速向云移动，服务网格可以提高开发人员的生产力。Kubernetes+服务网格平台没有让服务负责处理这些复杂性，并在每个服务中添加更多代码来处理云本机关注点，而是负责向运行在平台上的任何应用程序(现有的或新的，任何编程语言或框架)提供这些服务。然后，微服务可以轻量级，并专注于其业务逻辑，而不是云本机复杂性。
为什么服务网格对操作很重要
这并不能解释为什么OPS团队需要关心在Kubernetes上运行云本机微服务的服务网格。这是因为OPS团队必须确保强大的安全性、遵从性和可观察性，以便在Kubernetes环境中的大型混合云和多云之间传播新的云本机应用程序。
所述服务网格由用于管理用于路由业务的代理的控制平面和用于注入侧雷达的数据平面组成。Sideecars允许OPS团队进行添加第三方安全工具和跟踪所有服务通信中的流量等操作，以避免安全漏洞或遵从性问题。服务网格还通过可视化图形仪表板上的跟踪度量来改进观察功能。
如何开始使用ServiceMesh
服务网格更有效地管理云-本机功能-为开发人员和操作员，从应用程序开发到平台操作。
您可能想知道从哪里开始采用与微服务应用程序和体系结构相一致的服务网格。幸运的是，有许多开源服务网格项目。许多云服务提供商还在Kubernetes平台中提供服务网格功能。
控件中最流行的服务网格项目和服务的链接。CNCF服务网格景观网页。
这篇文章最初是我自己发表的。
