style: apply global formatting fixes (struct, spacing, zhlint)

12_orchestration/kubernetes/concepts.md

@@ -6,16 +6,16 @@
 
 图 12-2 Kubernetes 基本概念示意图
 
-* 节点（`Node`）：一个节点是一个运行 Kubernetes 中的主机。
-* 容器组（`Pod`）：一个 Pod 对应于由若干容器组成的一个容器组，同个组内的容器共享一个存储卷(volume)。
-* 容器组生命周期（`pod-states`）：包含所有容器状态集合，包括容器组状态类型，容器组生命周期，事件，重启策略，以及 replication controllers。
+* 节点 (`Node`)：一个节点是一个运行 Kubernetes 中的主机。
+* 容器组 (`Pod`)：一个 Pod 对应于由若干容器组成的一个容器组，同个组内的容器共享一个存储卷 (volume)。
+* 容器组生命周期 (`pod-states`)：包含所有容器状态集合，包括容器组状态类型，容器组生命周期，事件，重启策略，以及 replication controllers。
 * Replication Controllers：主要负责指定数量的 pod 在同一时间一起运行。
-* 服务（`services`）：一个 Kubernetes 服务是容器组逻辑的高级抽象，同时也对外提供访问容器组的策略。
-* 卷（`volumes`）：一个卷就是一个目录，容器对其有访问权限。
-* 标签（`labels`）：标签是用来连接一组对象的，比如容器组。标签可以被用来组织和选择子对象。
-* 接口权限（`accessing_the_api`）：端口，IP 地址和代理的防火墙规则。
-* web 界面（`ux`）：用户可以通过 web 界面操作 Kubernetes。
-* 命令行操作（`cli`）：`kubectl`命令。
+* 服务 (`services`)：一个 Kubernetes 服务是容器组逻辑的高级抽象，同时也对外提供访问容器组的策略。
+* 卷 (`volumes`)：一个卷就是一个目录，容器对其有访问权限。
+* 标签 (`labels`)：标签是用来连接一组对象的，比如容器组。标签可以被用来组织和选择子对象。
+* 接口权限 (`accessing_the_api`)：端口，IP 地址和代理的防火墙规则。
+* web 界面 (`ux`)：用户可以通过 web 界面操作 Kubernetes。
+* 命令行操作 (`cli`)：`kubectl` 命令。
 
 ### 节点
 
@@ -25,7 +25,7 @@
 
 容器状态用来描述节点的当前状态。现在，其中包含三个信息：
 
-##### 主机IP
+##### 主机 IP
 
 主机 IP 需要云平台来查询，`Kubernetes` 把它作为状态的一部分来保存。如果 `Kubernetes` 没有运行在云平台上，节点 ID 就是必需的。IP 地址可以变化，并且可以包含多种类型的 IP 地址，如公共 IP，私有 IP，动态 IP，ipv6 等等。
 
@@ -67,17 +67,17 @@ Kubernetes 校验节点可用依赖于 ID。在当前的版本中，有两个接
 * 集群范围内节点同步
 * 单节点生命周期管理
 
-节点控制有一个同步轮询，主要监听所有云平台的虚拟实例，会根据节点状态创建和删除。可以通过 `--node_sync_period`标志来控制该轮询。如果一个实例已经创建，节点控制将会为其创建一个结构。同样的，如果一个节点被删除，节点控制也会删除该结构。在 Kubernetes 启动时可用通过 `--machines`标记来显示指定节点。同样可以使用 `kubectl` 来一条一条的添加节点，两者是相同的。通过设置 `--sync_nodes=false`标记来禁止集群之间的节点同步，你也可以使用 api/kubectl 命令行来增删节点。
+节点控制有一个同步轮询，主要监听所有云平台的虚拟实例，会根据节点状态创建和删除。可以通过 `--node_sync_period` 标志来控制该轮询。如果一个实例已经创建，节点控制将会为其创建一个结构。同样的，如果一个节点被删除，节点控制也会删除该结构。在 Kubernetes 启动时可用通过 `--machines` 标记来显示指定节点。同样可以使用 `kubectl` 来一条一条的添加节点，两者是相同的。通过设置 `--sync_nodes=false` 标记来禁止集群之间的节点同步，你也可以使用 api/kubectl 命令行来增删节点。
 
 ### 容器组
 
-在 Kubernetes 中，使用的最小单位是容器组，容器组是创建，调度，管理的最小单位。 一个容器组使用相同的 Docker 容器并共享卷（挂载点）。一个容器组是一个特定应用的打包集合，包含一个或多个容器。
+在 Kubernetes 中，使用的最小单位是容器组，容器组是创建，调度，管理的最小单位。一个容器组使用相同的 Docker 容器并共享卷 (挂载点)。一个容器组是一个特定应用的打包集合，包含一个或多个容器。
 
-和运行的容器类似，一个容器组被认为只有很短的运行周期。容器组被调度到一组节点运行，直到容器的生命周期结束或者其被删除。如果节点死掉，运行在其上的容器组将会被删除而不是重新调度。（也许在将来的版本中会添加容器组的移动）。
+和运行的容器类似，一个容器组被认为只有很短的运行周期。容器组被调度到一组节点运行，直到容器的生命周期结束或者其被删除。如果节点死掉，运行在其上的容器组将会被删除而不是重新调度。(也许在将来的版本中会添加容器组的移动)。
 
 #### 容器组设计的初衷
 
-容器组（Pod）的设计主要是为了解决应用间的紧密协作和资源共享问题。
+容器组 (Pod) 的设计主要是为了解决应用间的紧密协作和资源共享问题。
 
 #### 资源共享和通信
 
@@ -85,7 +85,7 @@ Kubernetes 校验节点可用依赖于 ID。在当前的版本中，有两个接
 
 在一个容器组中，容器都使用相同的网络地址和端口，可以通过本地网络来相互通信。每个容器组都有独立的 IP，可用通过网络来和其他物理主机或者容器通信。
 
-容器组有一组存储卷（挂载点），主要是为了让容器在重启之后可以不丢失数据。
+容器组有一组存储卷 (挂载点)，主要是为了让容器在重启之后可以不丢失数据。
 
 #### 容器组管理
 
@@ -105,10 +105,10 @@ Kubernetes 校验节点可用依赖于 ID。在当前的版本中，有两个接
 
 为什么不在一个单一的容器里运行多个程序？
 
-* 1.透明化。为了使容器组中的容器保持一致的基础设施和服务，比如进程管理和资源监控。这样设计是为了用户的便利性。
-* 2.解偶软件之间的依赖。每个容器都可能重新构建和发布，Kubernetes 必须支持热发布和热更新（将来）。
-* 3.方便使用。用户不必运行独立的程序管理，也不用担心每个应用程序的退出状态。
-* 4.高效。考虑到基础设施有更多的职责，容器必须要轻量化。
+* 1。透明化。为了使容器组中的容器保持一致的基础设施和服务，比如进程管理和资源监控。这样设计是为了用户的便利性。
+* 2。解偶软件之间的依赖。每个容器都可能重新构建和发布，Kubernetes 必须支持热发布和热更新 (将来)。
+* 3。方便使用。用户不必运行独立的程序管理，也不用担心每个应用程序的退出状态。
+* 4。高效。考虑到基础设施有更多的职责，容器必须要轻量化。
 
 #### 容器组的生命状态
 
@@ -120,7 +120,7 @@ Kubernetes 校验节点可用依赖于 ID。在当前的版本中，有两个接
 
 ##### running
 
-容器组已经被调度到节点，并且所有的容器都已经启动。至少有一个容器处于运行状态（或者处于重启状态）。
+容器组已经被调度到节点，并且所有的容器都已经启动。至少有一个容器处于运行状态 (或者处于重启状态)。
 
 ##### succeeded
 
@@ -144,19 +144,19 @@ Kubernetes 校验节点可用依赖于 ID。在当前的版本中，有两个接
     * 始终：重启容器，容器组保持 `running`
     * 失败时：容器组变为 `succeeded`
     * 从不：容器组变为 `succeeded`
-* 容器组状态 `running`，有1容器，容器异常退出
+* 容器组状态 `running`，有 1 容器，容器异常退出
   * 记录失败事件
   * 如果重启策略为：
     * 始终：重启容器，容器组保持 `running`
     * 失败时：重启容器，容器组保持 `running`
     * 从不：容器组变为 `failed`
-* 容器组状态 `running`，有2容器，有1容器异常退出
+* 容器组状态 `running`，有 2 容器，有 1 容器异常退出
   * 记录失败事件
   * 如果重启策略为：
     * 始终：重启容器，容器组保持 `running`
     * 失败时：重启容器，容器组保持 `running`
     * 从不：容器组保持 `running`
-  * 当有2容器退出
+  * 当有 2 容器退出
     * 记录失败事件
     * 如果重启策略为：
       * 始终：重启容器，容器组保持 `running`
@@ -181,25 +181,25 @@ Kubernetes 校验节点可用依赖于 ID。在当前的版本中，有两个接
 
 ### Replication Controllers
 
-> 注：Replication Controller（RC）是早期的控制器类型，现代 Kubernetes 更推荐使用 ReplicaSet/Deployment。
+> 注：Replication Controller (RC) 是早期的控制器类型，现代 Kubernetes 更推荐使用 ReplicaSet/Deployment。
 
 ### 服务
 
-> 注：服务（Service）定义一组 Pod 的逻辑集合和访问它们的策略。
+> 注：服务 (Service) 定义一组 Pod 的逻辑集合和访问它们的策略。
 
 ### 卷
 
-> 注：卷（Volume）包含可被 Pod 中容器访问的数据的目录。
+> 注：卷 (Volume) 包含可被 Pod 中容器访问的数据的目录。
 
 ### 标签
 
-> 注：标签（Label）是附加到对象（如 Pods）上的键值对，用于组织和选择对象子集。
+> 注：标签 (Label) 是附加到对象 (如 Pods) 上的键值对，用于组织和选择对象子集。
 
 ### 接口权限
 
 > 注：接口权限通过认证、授权和准入控制来保护 Kubernetes API 的访问。
 
-### web界面
+### web 界面
 
 > 注：Kubernetes Dashboard 是一个基于 Web 的用户界面，用于管理集群。