From d092dabd263986d7390cdc8e204a78e2985d69da Mon Sep 17 00:00:00 2001 From: Michael Date: Thu, 30 Jun 2022 21:22:47 +0800 Subject: [PATCH] [zh-cn] improve concepts/architecture/cloud-controller.md --- .../concepts/architecture/cloud-controller.md | 37 ++++++++++--------- 1 file changed, 19 insertions(+), 18 deletions(-) diff --git a/content/zh-cn/docs/concepts/architecture/cloud-controller.md b/content/zh-cn/docs/concepts/architecture/cloud-controller.md index d46b7967ad..2e1e65850f 100644 --- a/content/zh-cn/docs/concepts/architecture/cloud-controller.md +++ b/content/zh-cn/docs/concepts/architecture/cloud-controller.md @@ -93,12 +93,12 @@ hosts running inside your tenancy with the cloud provider. The node controller p cluster. --> 1. 使用从云平台 API 获取的对应服务器的唯一标识符更新 Node 对象； -2. 利用特定云平台的信息为 Node 对象添加注解和标签，例如节点所在的 - 区域（Region）和所具有的资源（CPU、内存等等）； +2. 利用特定云平台的信息为 Node 对象添加注解和标签，例如节点所在的区域 + （Region）和所具有的资源（CPU、内存等等）； 3. 获取节点的网络地址和主机名； -4. 检查节点的健康状况。如果节点无响应，控制器通过云平台 API 查看该节点是否 - 已从云中禁用、删除或终止。如果节点已从云中删除，则控制器从 Kubernetes 集群 - 中删除 Node 对象。 +4. 检查节点的健康状况。如果节点无响应，控制器通过云平台 API + 查看该节点是否已从云中禁用、删除或终止。如果节点已从云中删除， + 则控制器从 Kubernetes 集群中删除 Node 对象。 ### 路由控制器 {#route-controller} -Route 控制器负责适当地配置云平台中的路由，以便 Kubernetes 集群中不同节点上的 -容器之间可以相互通信。 +Route 控制器负责适当地配置云平台中的路由，以便 Kubernetes 集群中不同节点上的容器之间可以相互通信。 取决于云驱动本身，路由控制器可能也会为 Pod 网络分配 IP 地址块。 @@ -195,12 +194,14 @@ To set up Endpoints resources for the Services, it requires access to Create, Li --> ### 服务控制器 {#authorization-service-controller} -服务控制器监测 Service 对象的 Create、Update 和 Delete 事件，并配置 -对应服务的 Endpoints 对象。 -为了访问 Service 对象，它需要 List、Watch 访问权限；为了更新 Service 对象 -它需要 Patch 和 Update 访问权限。 -为了能够配置 Service 对应的 Endpoints 资源，它需要 Create、List、Get、Watch -和 Update 等访问权限。 +服务控制器监测 Service 对象的 Create、Update 和 Delete 事件， +并配置对应服务的 Endpoints 对象。 + +为了访问 Service 对象，它需要 List 和 Watch 访问权限。 +为了更新 Service 对象，它需要 Patch 和 Update 访问权限。 + +为了能够配置 Service 对应的 Endpoints 资源， +它需要 Create、List、Get、Watch 和 Update 等访问权限。 `v1/Service`: @@ -230,8 +231,8 @@ controller manager looks like: --> ### 其他 {#authorization-miscellaneous} -云控制器管理器的实现中，其核心部分需要创建 Event 对象的访问权限以及 -创建 ServiceAccount 资源以保证操作安全性的权限。 +在云控制器管理器的实现中，其核心部分需要创建 Event 对象的访问权限， +并创建 ServiceAccount 资源以保证操作安全性的权限。 `v1/Event`: @@ -321,7 +322,7 @@ Want to know how to implement your own cloud controller manager, or extend an ex [云控制器管理器的管理](/zh-cn/docs/tasks/administer-cluster/running-cloud-controller/#cloud-controller-manager) 给出了运行和管理云控制器管理器的指南。 -要升级 HA 控制平面以使用云控制器管理器，请参见 [将复制的控制平面迁移以使用云控制器管理器](/zh-cn/docs/tasks/administer-cluster/controller-manager-leader-migration/) +要升级 HA 控制平面以使用云控制器管理器，请参见[将复制的控制平面迁移以使用云控制器管理器](/zh-cn/docs/tasks/administer-cluster/controller-manager-leader-migration/)。 想要了解如何实现自己的云控制器管理器，或者对现有项目进行扩展么？ @@ -338,8 +339,8 @@ The implementation of the shared controllers highlighted in this document (Node, For more information about developing plugins, see [Developing Cloud Controller Manager](/docs/tasks/administer-cluster/developing-cloud-controller-manager/). --> -本文中列举的共享控制器（节点控制器、路由控制器和服务控制器等）的实现以及 -其他一些生成具有 CloudProvider 接口的框架的代码，都是 Kubernetes 的核心代码。 +本文中列举的共享控制器（节点控制器、路由控制器和服务控制器等）的实现以及其他一些生成具有 +CloudProvider 接口的框架的代码，都是 Kubernetes 的核心代码。 特定于云驱动的实现虽不是 Kubernetes 核心成分，仍要实现 `CloudProvider` 接口。 关于如何开发插件的详细信息，可参考