【云原生】初识 Service Mesh

目录

一、什么是Service Mesh

二、微服务发展历程

2.1 微服务架构演进历史

2.1.1 单体架构

2.1.2 SOA阶段

2.1.3 微服务阶段

2.2 微服务治理中的问题

2.2.1 技术栈庞杂

2.2.2 版本升级碎片化

2.2.3 侵入性强

2.2.4 中间件多，学习成本高

2.2.5 服务治理功能不全面

三、Service Mash 发展历程

3.1 Service Mash 概述

3.1.1 什么是Service Mash

3.2  Service Mash 演进历史

3.2.1 什么是服务代理

3.2.2 Sidecar部署架构

3.2.3 Service Mesh中的核心概念

四、Service Mash 常用解决方案

4.1 Istio + Envoy

4.2 Linkerd

4.2.1 Linkerd 主要功能

4.3 Kong Mesh-Kuma

4.4 Traefik Mesh

4.5 NGINX Service Mesh

五、聊聊Envoy与Istio

5.1 Istio介绍

5.1.1 Istio核心组件

5.2 为什么使用Istio

5.3 Istio 核心特性

5.3.1 流量管理

5.3.2 安全性好

 5.3.2 可观测性

5.3 Istio支持平台

5.4 Envoy介绍

5.4.1 Envoy简介

5.4.2 核心功能

5.5 Envoy架构设计

5.5 Envoy的边缘代理模式

5.5.1 HTTP 标头清理

5.5.2 超时控制

5.5.3 连接限制

5.5.4 Envoy使用场景

六、写在文末

---

一、什么是Service Mesh

Service Mesh，即服务网格，通俗来讲就是将可配置的代理层和服务部署在一起，作为微服务基础设施层接管服务间的流量，并提供通用的服务注册发现、负载均衡、身份验证、精准路由、服务鉴权等基础功能。

Mesh 这个词汇我们听到的应该非常多，家用路由器领域有 Mesh 组网，在智能家居领域有蓝牙 Mesh。之所以叫作 Mesh，是因为它们都有一个共同的特征——去中心化。这里讲到的 Service Mesh 同样具有这一特性，微服务之间通过 Sidecar 联通网络，移除了中心网关的概念。

二、微服务发展历程