Skip to content

Commit

Permalink
fix typo
Browse files Browse the repository at this point in the history
  • Loading branch information
isno committed Feb 7, 2025
1 parent 12df80c commit 416aed7
Show file tree
Hide file tree
Showing 2 changed files with 7 additions and 3 deletions.
4 changes: 3 additions & 1 deletion application-centric/Operator.md
Original file line number Diff line number Diff line change
Expand Up @@ -91,7 +91,9 @@ spec:
storage: 1Gi
```
观察上面的例子,不难发现,用户很难、也不想关心运维以及 Kubernetes 底层的各种概念。用户其实只关心两个信息:我怎么连接它(端口 port)、etcd 的版本是多少(image)。如果向最终用户只暴露下述信息,是不是简洁很多了呢!
观察上面的例子,不难发现,用户很难、也不想关心运维以及 Kubernetes 底层的各种概念。用户其实只关心两个信息:我怎么连接它(端口 port)、etcd 的版本是多少(image)。
如果向最终用户只暴露下述信息,是不是简洁很多了呢!
```
port: 2379
image: quay.io/coreos/etcd:v3.5.0
Expand Down
6 changes: 4 additions & 2 deletions container/borg-omega-k8s.md
Original file line number Diff line number Diff line change
Expand Up @@ -33,11 +33,13 @@ Borg 的架构如图 7-1 所示,是典型的 Master(图中 BorgMaster) + Age

Borg 生态的发展由 Google 内部不同团队推动。从迭代结果来看,Borg 生态是一系列异构且自发形成的工具和系统,而不是一个精心设计的整体架构。

为使 Borg 生态更符合软件工程规范,Google 在汲取 Borg 设计与运维经验的基础上开发了 Omega 系统。相比 Borg,Omega 的最大改进是将 BorgMaster 的功能拆分为多个交互组件,而不再是一个单体、中心化的 Master。此外,Omega 还显著提升了大规模集群的任务调度效率:
为使 Borg 生态更符合软件工程规范,Google 在汲取 Borg 设计与运维经验的基础上开发了 Omega 系统。相比 Borg,Omega 的最大改进是将 BorgMaster 的功能拆分为多个交互组件,而不再是一个单体、中心化的 Master。

此外,Omega 还显著提升了大规模集群的任务调度效率:

- Omega 基于 Paxos 算法实现了一套分布式一致性和高可用的键值存储(内部称为 Store),集群的所有状态都保存在 Store 中;
- 拆分后的组件(如容器编排调度器、中央控制器)可以直接访问 Store;
- 基于 Store,Omega 提出了一种共享状态的双循环调度策略,解决了大规模集群的任务调度效率问题。此设计反哺了 Borg 系统,又延续到了 Kubernetes 之中(笔者将在本章 7.3 节详细介绍)。
- 基于 Store,Omega 提出了一种共享状态的双循环调度策略,解决了大规模集群的任务调度效率问题。此设计反哺了 Borg 系统,又延续到了 Kubernetes 之中(笔者将在本章 7.7.3 节详细介绍)。


如图 7-2 所示,改进后的 Borg 和 Omega 系统成为 Google 整套基础设施最核心的依赖。
Expand Down

0 comments on commit 416aed7

Please sign in to comment.