Merge pull request #37230 from liangyongzhenya/sync/apiserverzh

[zh] sync/docs/concepts/extend-kubernetes/api-extension/apiserver-agg…

Author: k8s-ci-robot

content/zh-cn/docs/concepts/extend-kubernetes/api-extension/apiserver-aggregation.md

@@ -17,8 +17,10 @@ weight: 20
 <!-- overview -->
 
 <!--
-The aggregation layer allows Kubernetes to be extended with additional APIs, beyond what is offered by the core Kubernetes APIs.
-The additional APIs can either be ready-made solutions such as a [metrics server](https://github.com/kubernetes-sigs/metrics-server), or APIs that you develop yourself.
+The aggregation layer allows Kubernetes to be extended with additional APIs, beyond what is
+offered by the core Kubernetes APIs.
+The additional APIs can either be ready-made solutions such as a
+[metrics server](https://github.com/kubernetes-sigs/metrics-server), or APIs that you develop yourself.
 -->
 使用聚合层（Aggregation Layer），用户可以通过附加的 API 扩展 Kubernetes，
 而不局限于 Kubernetes 核心 API 提供的功能。
@@ -27,7 +29,10 @@ The additional APIs can either be ready-made solutions such as a [metrics server
 或者你自己开发的 API。
 
 <!--
-The aggregation layer is different from [Custom Resources](/docs/concepts/extend-kubernetes/api-extension/custom-resources/), which are a way to make the {{< glossary_tooltip term_id="kube-apiserver" text="kube-apiserver" >}} recognise new kinds of object.
+The aggregation layer is different from
+[Custom Resources](/docs/concepts/extend-kubernetes/api-extension/custom-resources/),
+which are a way to make the {{< glossary_tooltip term_id="kube-apiserver" text="kube-apiserver" >}}
+recognise new kinds of object.
 -->
 聚合层不同于
 [定制资源（Custom Resources）](/zh-cn/docs/concepts/extend-kubernetes/api-extension/custom-resources/)。
@@ -39,7 +44,11 @@ The aggregation layer is different from [Custom Resources](/docs/concepts/extend
 <!--
 ## Aggregation layer
 
-The aggregation layer runs in-process with the kube-apiserver. Until an extension resource is registered, the aggregation layer will do nothing. To register an API, you add an _APIService_ object, which "claims" the URL path in the Kubernetes API. At that point, the aggregation layer will proxy anything sent to that API path (e.g. `/apis/myextension.mycompany.io/v1/…`) to the registered APIService.
+The aggregation layer runs in-process with the kube-apiserver. Until an extension resource is
+registered, the aggregation layer will do nothing. To register an API, you add an _APIService_
+object, which "claims" the URL path in the Kubernetes API. At that point, the aggregation layer
+will proxy anything sent to that API path (e.g. `/apis/myextension.mycompany.io/v1/…`) to the
+registered APIService.
 -->
 ## 聚合层  {#aggregation-layer}
 
@@ -49,7 +58,11 @@ The aggregation layer runs in-process with the kube-apiserver. Until an extensio
 转发到已注册的 APIService。
 
 <!--
-The most common way to implement the APIService is to run an *extension API server* in Pod(s) that run in your cluster. If you're using the extension API server to manage resources in your cluster, the extension API server (also written as "extension-apiserver") is typically paired with one or more {{< glossary_tooltip text="controllers" term_id="controller" >}}. The apiserver-builder library provides a skeleton for both extension API servers and the associated controller(s).
+The most common way to implement the APIService is to run an *extension API server* in Pod(s) that
+run in your cluster. If you're using the extension API server to manage resources in your cluster,
+the extension API server (also written as "extension-apiserver") is typically paired with one or
+more {{< glossary_tooltip text="controllers" term_id="controller" >}}. The apiserver-builder
+library provides a skeleton for both extension API servers and the associated controller(s).
 -->
 APIService 的最常见实现方式是在集群中某 Pod 内运行 **扩展 API 服务器**。
 如果你在使用扩展 API 服务器来管理集群中的资源，该扩展 API 服务器（也被写成“extension-apiserver”）
@@ -62,7 +75,8 @@ apiserver-builder 库同时提供构造扩展 API 服务器和控制器框架代
 Extension API servers should have low latency networking to and from the kube-apiserver.
 Discovery requests are required to round-trip from the kube-apiserver in five seconds or less.
 
-If your extension API server cannot achieve that latency requirement, consider making changes that let you meet it.
+If your extension API server cannot achieve that latency requirement, consider making changes that
+let you meet it.
 -->
 ### 响应延迟  {#response-latency}
 
@@ -78,7 +92,8 @@ If your extension API server cannot achieve that latency requirement, consider m
 * Then, [setup an extension api-server](/docs/tasks/extend-kubernetes/setup-extension-api-server/) to work with the aggregation layer.
 * Read about [APIService](/docs/reference/kubernetes-api/cluster-resources/api-service-v1/) in the API reference
 
-Alternatively: learn how to [extend the Kubernetes API using Custom Resource Definitions](/docs/tasks/extend-kubernetes/custom-resources/custom-resource-definitions/).
+Alternatively: learn how to
+[extend the Kubernetes API using Custom Resource Definitions](/docs/tasks/extend-kubernetes/custom-resources/custom-resource-definitions/).
 -->
 * 阅读[配置聚合层](/zh-cn/docs/tasks/extend-kubernetes/configure-aggregation-layer/) 文档，
   了解如何在自己的环境中启用聚合器。