fix typo

isno · Nov 17, 2024 · c33ac90 · c33ac90
1 parent 08b414b
commit c33ac90
Show file tree

Hide file tree

Showing 4 changed files with 4 additions and 7 deletions.
diff --git a/ServiceMesh/MicroService-history.md b/ServiceMesh/MicroService-history.md
@@ -17,7 +17,7 @@
   图 8-1 业务逻辑与通信逻辑解耦
 :::
 
-原始的通信时代 TCP/IP 协议的出现，让我们看到这样的变化：非业务逻辑从应用程序中被剥离出来，剥离出来的通信逻辑下沉成为基础设施层。于是，工程师们的生产力被解放，各类网络应用遍地开花。
+原始的通信时代 TCP/IP 协议的出现，让我们看到这样的变化：非业务逻辑从应用程序中被剥离出来，剥离出来的通信逻辑下沉成为基础设施层。于是，工程师们的生产力被解放，各类网络应用开始遍地开花。
 
 ## 8.2.2 第一代微服务
 

diff --git a/ServiceMesh/The-future-of-ServiceMesh.md b/ServiceMesh/The-future-of-ServiceMesh.md
@@ -91,7 +91,7 @@ Ambient 分层模式允许你以逐步递进的方式采用 Istio，你可以根
 
 根据官方的博客信息，Istio 一直在推进 Ambient Mesh 的开发，并在 2023 年 2 月将其合并到了 Istio 的主分支。这个动作一定程度上说明了 Ambient Mesh 不是什么实验性质的“玩具”，而是 Istio 的未来发展方向之一。
 
-无论是 Sidecarless 还是 Ambient Mesh，它们的设计思路本质是：用中心化的代理，替代位于应用容器旁边的 Sidecar 代理。这在一定程度上解决了传统 Sidecar 模式带来的资源消耗、网络延迟问题。但反面是，服务网格的设计理念本来就很抽象，引入 Proxyless、Sidecarless、Ambient Mesh 等模式，使本已复杂的设计更难以理解。复杂，成为服务网格应用推广的障碍之一。
+无论是 Sidecarless 还是 Ambient Mesh，它们的设计思路本质是：用中心化的代理，替代位于应用容器旁边的 Sidecar 代理。这在一定程度上解决了传统 Sidecar 模式带来的资源消耗、网络延迟问题。但反面是，服务网格的设计理念本来就很抽象，引入 Proxyless、Sidecarless、Ambient Mesh 等模式，使本已复杂的设计更难以理解。过度复杂，成为服务网格应用推广的障碍之一。
 
 
 [^1]: 参见 https://istio.io/latest/zh/blog/2021/proxyless-grpc/

diff --git a/ServiceMesh/control-plane.md b/ServiceMesh/control-plane.md
@@ -1,6 +1,6 @@
 # 8.4 控制平面技术
 
-目前，服务网格的代表是 Istio，本节，笔者以 Istio 的架构设计为例，讨论服务网格的控制平面设计。
+目前，服务网格的代表是 Istio。本节，笔者以 Istio 的架构设计为例，讨论服务网格的控制平面设计。
 
 Istio 最大的创新在于它为服务网格带来前所未有的控制力：
 - 以 Linkerd 代表的第一代服务网格通过 Sidercar 模式控制微服务间所有的流量；

diff --git a/ServiceMesh/data-plane.md b/ServiceMesh/data-plane.md
@@ -1,9 +1,6 @@
 # 8.3 数据平面技术
 
-服务网格的关键在于数据平面。数据平面由轻量级的代理（如 Envoy 或 Linkerd Proxy）组成。它们作为 Sidecar 容器与业务容器一起部署，自动地接管服务间的请求，
-
-理解服务网格的工作原理，在于理解：sidecar 如何自动注入业务 Pod 内，Sidecar 如何接管流量，Sidecar 如何实现可靠的通信。
-
+数据平面，也称为转发平面，由轻量级的网络代理（如 Envoy 或 Linkerd Proxy）组成，核心职责是在不可靠的网络环境中确保服务间通信的可靠性。确保服务间通信的可靠性并不是什么高深的技术，服务网格之所以被追捧的原因在于，实现上述目标的整个过程无需手动配置，对应用完全透明。
 
 ## 8.3.1 Sidecar 自动注入