什么是服务网格？

Question

在云计算环境中，后端开发人员经常提到构建(或使用)“服务网格”，但我并不完全理解它是什么。你能告诉我更多吗？

Answer 1

在分布式应用程序中，应用程序的每个部分被称为微服务，并被分配给一个非常基本的任务来完成。这可以是“返回概要信息”，也可以是更小的信息。

所有这些微服务都需要相互交流才能构成整个应用程序。这正是服务网格所提供的。实际上，服务网格描述了这两种情况：

• 应用程序使用的所有微服务网络；
• 以及软件，使之有可能让他们一起互动。

Istio是一个非常流行的服务网格软件，您通常可以在从monolith体系结构过渡的大型应用程序中找到它。但是请记住，有使用服务网格的缺点，更一般的是采用分布式应用。

Answer 2

在一个典型的基于微服务的分布式应用体系结构中，以集中方式存在的功能很少被转移到微服务层，以至于业务逻辑模块处理功能和相关业务逻辑，网络功能负责服务间通信、冗余、健康监视、服务发现等。业务流程与容器和微服务相结合有助于引入云设置的管理和可伸缩性，但也需要对服务之间的端到端(服务到服务)连接进行广泛管理，并降低单个微服务在维护服务间通信、弹性、健康监视、服务发现等方面的复杂性。这就带来了对服务网格的需求。服务网格通常位于CNI之上，并建立在它的功能之上。

在服务网格的帮助下，将服务到服务通信的逻辑从单个微服务中提取出来，抽象为基础结构层的形式。所有的服务间通信活动都被卸载到服务网格上，服务网格反过来提供对网络功能的内置支持，如冗余、服务发现、健康监视等。因此，使用服务网格，所有服务到服务的通信都应该发生在称为服务网格(或侧车代理)的软件组件之上，而微服务不直接与其他微服务通信。

Answer 3

术语服务网格用于描述构成这些应用程序的微服务网络以及它们之间的交互( https://istio.io/v1.9/docs/concepts/what-is-istio/#what-is-a-service-mesh )。服务网格支持跨服务的管理、可观察和安全的通信，允许您在所选的基础结构上创建由多个微服务组成的健壮的企业应用程序。

服务网格体系结构在任何正在使用的开发范例中都使用一个称为sidecar的代理实例，通常是容器和/或微服务。在微服务应用程序中，一个侧服务器将附加到每个服务上。在容器中，sidecar连接到每个应用程序容器、VM或容器编排单元，例如Kubernetes pod https://searchitoperations.techtarget.com/definition/service-mesh。

Sidecar代理：侧代理与单个实例或pod一起运行。Sidecars可以处理从服务本身抽象出来的任务，例如路由或代理、与它一起运行的容器之间的通信、监视和安全。Sidecars及其交互构成了服务网格中的所谓数据平面。

控制平面：控制平面管理诸如创建实例、监视和实现网络管理和安全策略等任务。控制平面可以连接到用于应用程序管理https://searchitoperations.techtarget.com/definition/service-mesh的CLI或GUI界面。

​

img src