服务网格Service Mesh和Istio

关注

原创 2024-02-20 17:01:35 1.3k 阅读 AI 写同款· GEO 优化 ›

总结：服务网格（Service Mesh）一、介绍 服务网格（Service Mesh）是一个专门处理服务通讯的基础设施层。它的职责是在由云原生应用组成服务的复杂拓扑结构下进行可靠的请求传送。在实践中，它是一组和应用服务部署在一起的轻量级的网络代理，并且对应用服务透明。 服务网格从总体架构上来讲比较简单，不过是一堆紧挨着各项服务的用户代理，外加一组任务管理组件组成。管理组件被称为控制层或控制平面（control plane），负责与控制平面中的代理通信，下发策略和配置。代理在服务网格中被称为数据层或数据平面（data plane），直接阅读详情

文章目录

服务网格（Service Mesh）

服务网格是一种用于处理微服务架构中服务间通信的网络基础架构。它通过在应用程序的每个服务之间插入代理（通常称为Sidecar代理），来实现服务间通信的控制和管理。这种方式将通信逻辑从应用程序代码中解耦出来，使得开发人员可以专注于业务逻辑而无需担心网络通信的复杂性。

在服务网格中，代理负责管理流量、执行负载均衡、实现故障处理和实现安全策略。这些代理形成了一个网格，因此被称为“服务网格”。

服务网格技术的优势在于它提供了诸如请求重试、超时处理、流量控制、A/B测试等功能，这些功能在大规模微服务架构中尤为重要。此外，服务网格还提供了可观测性和监控的能力，使得开发团队可以更好地理解和调试整个应用程序的运行状况。

Service Mesh主要解决的问题就希望开发人员对于业务的聚焦，对于开发人员透明，可以更加专注业务逻辑的实现而不必关注非业务功能。

市场上三种服务网格解决方案

目前，Linkerd、Istio和Envoy是市场上三种受欢迎的服务网格解决方案。

在这里插入图片描述

	轻量级易上手	功能丰富	部署难度	高性能
Linkerd	轻量	功能相对较少	容易	一般
Istio	学习成本高	功能丰富、基于Envoy可扩展	难	高
Envoy	学习成本高	功能丰富、可扩展	难	高

在功能、性能、部署难度和社区支持等方面，Istio、Linkerd和Envoy各有优势和局限性。对于大规模和复杂的应用场景，Istio可能是一个更好的选择，因为它提供了丰富的功能和强大的扩展性。Istio的功能涵盖了流量管理、策略制定、故障注入等方面，适用于复杂的微服务架构。并且，Istio有着庞大的社区支持，可以获取到大量的文档、教程和问题解答，有利于开发人员学习和使用。

对于小规模的应用或资源受限的环境，Linkerd可能更合适，因为它轻量且易于部署。Linkerd作为一款轻量级的服务网格解决方案，以其简单的部署和对边车模式的支持而备受欢迎。虽然其功能相对较少，但在边车模式下可以无侵入地集成到现有的应用程序中。

对于性能要求较高的场景，Envoy可能是更好的选择。Envoy作为一款高性能的代理和通信中间件，被广泛用于服务网格架构。它具备出色的性能和可扩展性，适用于对性能要求较高的场景。

在选择合适的服务网格解决方案时，开发团队应该综合考虑应用的规模、复杂性、性能需求和团队的技术水平，并根据实际情况做出明智的选择。没有一种解决方案适用于所有场景，因此需要根据具体需求来进行权衡和取舍。

原文链接：https://blog.youkuaiyun.com/qq_44866828/article/details/131928692

服务网格的特征

现在，让我们了解服务网格可以为我们提供的一些功能。请注意，实际功能列表取决于服务网格的实现。但是，总的来说，我们应该在所有实现中都期望其中大多数功能。

我们可以将这些功能大致分为三类：流量管理，安全性和可观察性。

流量管理

服务网格的基本特征之一是流量管理。这包括动态服务发现和路由。尤其影子流量和流量拆分功能，这些对于实现金丝雀发布和A/B测试非常有用。

由于所有服务之间的通信都是由服务网格处理的，因此它还启用了一些可靠性功能。例如，服务网格可以提供重试，超时，速率限制和断路器。这些现成的故障恢复功能使通信更加可靠。

安全性

服务网格通常还处理服务到服务通信的安全性方面。这包括通过双向TLS（mTLS）强制进行流量加密，通过证书验证提供身份验证以及通过访问策略确保授权。

服务网格中还可能存在一些有趣的安全用例。例如，我们可以实现网络分段，从而允许某些服务进行通信而禁止其他服务。而且，服务网格可以为审核需求提供精确的历史信息。

可观察性

强大的可观察性是处理分布式系统复杂性的基本要求。由于服务网格可以处理所有通信，因此正确放置了它可以提供可观察性的功能。例如，它可以提供有关分布式追踪的信息。

服务网格可以生成许多指标，例如延迟，流量，错误和饱和度。此外，服务网格还可以生成访问日志，为每个请求提供完整记录。这些对于理解单个服务以及整个系统的行为非常有用。

Istio简介

Istio是最初由IBM，Google和Lyft开发的服务网格的开源实现。它可以透明地分层到分布式应用程序上，并提供服务网格的所有优点，例如流量管理，安全性和可观察性。

它旨在与各种部署配合使用，例如本地部署，云托管，Kubernetes容器以及虚拟机上运行的服务程序。尽管Istio与平台无关，但它经常与Kubernetes平台上部署的微服务一起使用。

从根本上讲，Istio的工作原理是以Sidcar的形式将Envoy的扩展版本作为代理布署到每个微服务中：

在这里插入图片描述

实际上Istio 就是 Service Mesh 架构的一种实现，服务之间的通信（比如这里的 Service A 访问 Service B）会通过代理（默认是 Envoy）来进行。

而且中间的网络协议支持 HTTP/1.1，HTTP/2，gRPC 或者 TCP，可以说覆盖了主流的通信协议。代理这一层，称之为数据平面。

控制平面做了进一步的细分，分成了 Pilot、Citadel 和 Galley，它们的各自功能如下：

Pilot：为 Envoy 提供了服务发现，流量管理和智能路由（AB 测试、金丝雀发布等），以及错误处理（超时、重试、熔断）功能。
Citadel：为服务之间提供认证和证书管理，可以让服务自动升级成 TLS 协议。
Galley：Galley 是 Istio 的配置验证、提取、处理和分发组件。它负责将其余的 Istio 组件与从底层平台（例如 Kubernetes）获取用户配置的细节隔离开来。

数据平面会和控制平面通信，一方面可以获取需要的服务之间的信息，另一方面也可以汇报服务调用的 Metrics 数据。

Istio提供了什么功能服务？

通过负载均衡、服务间的身份验证、监控等方法，Istio 可以轻松地创建一个已经部署了服务的网络，而服务的代码只需很少更改甚至无需更改。通过在整个环境中部署一个特殊的 sidecar 代理为服务添加 Istio 的支持，而代理会拦截微服务之间的所有网络通信，然后使用其控制平面的功能来配置和管理 Istio，这包括：