fix typo

container/borg-omega-k8s.md

@@ -85,9 +85,9 @@ CRD（Custom Resource Define，自定义资源）是 Kubernetes（v1.7+）为提
 
 随着 Kubernetes 资源模型越来越广泛的传播，现在已经能够用一组 Kubernetes 资源来描述一整个软件定义计算环境。就像用 docker run 可以启动单个程序一样，用 kubectl apply -f 就能部署和运行一个分布式应用，而无需关心是在私有云还是公有云以及具体哪家云厂商上。
 
-## 4. 从面向机器转变到面向应用
+## 4. 总结
 
-随着时间推移，Google 意识到**容器化技术的最大的益处早就超越了单纯的提高硬件资源使用率的范畴**；**更大的变化在于数据中心运营的范畴已经从以机器为中心迁移到了以应用程序为中心**。
+从最初的 Borg 到 kubernetes，**容器化技术的最大的益处早就超越了单纯的提高硬件资源使用率的范畴**；**更大的变化在于数据中心运营的范畴已经从以机器为中心迁移到了以应用程序为中心**。
 
 :::tip  什么是以应用程序为中心
 

container/orchestration.md

@@ -1,6 +1,6 @@
 # 7.3 从 Container 到 Pod
 
-容器到底是什么？从字面上，“Container” 这个词很难让人形象地理解其真正含义，容器编排生态中的另外一个词 “Pod” 也是如此。
+从字面上，“Container” 这个词很难让人形象地理解其真正含义，容器编排生态中的另外一个词 “Pod” 也是如此。
 
 仅看一些概念性的解释并不能给我们清晰的认识，甚至会引起误解，例如把容器比作轻量化虚拟机(VM)。
 

container/resource-limit.md

@@ -19,7 +19,6 @@
 ```
 注意 Mebibyte 和 Megabyte 的区分，123 Mi = `123*1024*1024B` 、123 M = `1*1000*1000 B`。1M < 1Mi，显然使用带小 i 的更准确。
 
-
 由于每台 node 上会运行 kubelet/docker/containerd 等 Kubernetes 相关基础服务，因此并不是一台 node 的所有资源都能给 Kubernetes 创建 pod 用。 所以，Kubernetes 在资源管理和调度时，需要把这些基础服务的资源使用量和 enforcement 单独拎出来。
 
 为此，Kubernetes 提出了 Node Allocatable Resources 提案。
@@ -30,9 +29,7 @@
 
 ## 资源申请及限制
 
-百闻不如一见，百见不如一干，如何描述一台 node 当前的资源分配状态。
-
-Kubernetes 抽象了两个概念 requests 和 limits 用以描述容器资源的分配。
+Kubernetes 抽象了两个概念用来描述容器资源的分配。
 
 - **requests** 容器需要的最小资源量。举例来讲，对于一个 Spring Boot 业务容器，这里的 requests 必须是容器镜像中 JVM 虚拟机需要占用的最少资源。
 - **limits** 容器最大可以消耗的资源上限，防止过量消耗资源导致资源短缺甚至宕机。