From d5201ff98120594a66cc5ce15e3eae50057808cc Mon Sep 17 00:00:00 2001 From: isno Date: Mon, 2 Dec 2024 11:37:09 +0800 Subject: [PATCH] fix typo --- balance/summary.md | 6 +++--- consensus/raft-log-replication.md | 4 ++-- container/summary.md | 4 ++-- 3 files changed, 7 insertions(+), 7 deletions(-) diff --git a/balance/summary.md b/balance/summary.md index ed1e8502..38d215da 100644 --- a/balance/summary.md +++ b/balance/summary.md @@ -7,11 +7,11 @@ —— 摘自《编程珠玑》[^1] ::: -无论是出于扩展服务能力的考虑，还是提高容错能力的考虑，大多数系统通常以集群形式对外提供服务。 +或者出于扩展服务能力的考虑，又或者出于提高容错性的考虑，大多数系统通常以集群形式对外提供服务。 -以集群形式对外提供服务时：用户请求无论由哪台服务器处理，都应获得一致的结果。另一方面，集群还需对用户保持足够的度透明。也就是说，用户与集群交互时仿佛面对一台高性能、高可用的单一服务器，用户不会察觉集群内部任何变动（增加或删除服务器、某个服务器故障等），也无需修改任何配置。 +以集群形式对外提供服务时：外界的请求无论由哪台服务器处理，都应获得一致的结果。另一方面，集群还需对外界保持足够的度透明。也就是说，外界与集群交互时仿佛面对一台高性能、高可用的单一服务器。集群内部任何变动（增加或删除服务器、某个服务器故障等），外界不会察觉，也无需对应修改任何配置。 -为集群提供统一入口并实现上述职责的组件称为“负载均衡”（或称代理）。负载均衡是业内最活跃的领域之一，涉及的产品层出不穷（如专用网络设备、基于通用服务器的软件等），部署拓扑多样（如中间代理型、边缘代理、客户端内嵌等）。无论其形式如何，所有负载均衡的核心职责无外乎 “选择处理用户请求的目标”（即负载均衡算法）和“将用户请求转发至目标”（即负载均衡的工作模式）。本章我们围绕这两个核心职责，分析负载均衡的原理与工作模式，掌握各类负载均衡应用技术。 +为集群提供统一入口并实现上述职责的组件称为“负载均衡器”（或称代理）。负载均衡器是业内最活跃的领域之一，涉及的产品层出不穷（如专用网络设备、基于通用服务器的软件等），部署拓扑多样（如中间代理型、边缘代理、客户端内嵌等）。无论其形式如何，所有负载均衡器的核心职责无外乎 “选择处理用户请求的目标”（即负载均衡算法）和“将用户请求转发至目标”（即负载均衡的工作模式）。本章我们围绕这两个核心职责，分析负载均衡技术的原理、工作模式，掌握各类负载均衡应用技术。 :::center ![](../assets/balance-summary.png)
图 4-0 本章内容导读 diff --git a/consensus/raft-log-replication.md b/consensus/raft-log-replication.md index 4b436ed5..c6c6664a 100644 --- a/consensus/raft-log-replication.md +++ b/consensus/raft-log-replication.md @@ -1,8 +1,8 @@ # 6.4.2 日志复制 -一旦集群选举出了 Leader，那么 Leader 便承担起“**将系统发生的所有变更复制到所有 Follower 节点**”的职责。 +使用 Quorum 机制选举出的 Leader 代表了整个集群的意志，Leader 顺理其章地承担起“**处理系统发生的所有变更，并将变更复制到所有 Follower 节点**”的职责。 -在 Raft 算法中，日志承载着系统状态的所有变更。图 6-17 展示了 Raft 集群的日志模型，每个日志条目（log entry）包含索引、任期、指令等关键信息： +在 Raft 算法中，日志承载着系统所有变更。图 6-17 展示了 Raft 集群的日志模型，每个“日志条目”（log entry）包含索引、任期、指令等关键信息： - **指令**: 表示客户端请求的具体操作内容，也就是待“状态机”（State Machine）执行的操作。 - **索引值**：日志条目在仓库中的索引值，单调递增。 diff --git a/container/summary.md b/container/summary.md index 190c6756..c9a49181 100644 --- a/container/summary.md +++ b/container/summary.md @@ -5,7 +5,7 @@ 世界上有两个设计软件的方法，一种方法是设计的尽量简单，以至于明显没有什么缺陷，另外一种方式是使他尽量的复杂，以至于其缺陷不那么明显。 :::right -—— by C.A.R. Hoare[^1] +—— by 计算机科学家 C.A.R. Hoare[^1] ::: 随着容器化和微服务架构的普及，用手动的方式管理大量容器实例和微服务变得异常艰难。 @@ -19,4 +19,4 @@ 图 7-0 本章内容导图 ::: -[^1]: Charles Antony Richard Hoare（缩写为 C. A. R. Hoare），著名的计算科学家，图灵奖获得者，以设计了快速排序算法、霍尔逻辑、通信顺序进程闻名。 \ No newline at end of file +[^1]: Charles Antony Richard Hoare（缩写为 C. A. R. Hoare），著名的计算科学家，图灵奖获得者，以设计快速排序算法、霍尔逻辑、通信顺序进程闻名。 \ No newline at end of file