[zh]modify docs format

docs/key-features/features.md

@@ -3,7 +3,9 @@ title: Key Features
 ---
 
 ## Cross-cloud multi-cluster multi-mode management
+
 Karmada supports:
+
 * Safe isolation:
   * Create a namespace for each cluster, prefixed with `karmada-es-`.
 * [Multi-mode](https://karmada.io/docs/userguide/clustermanager/cluster-registration) connection:
@@ -18,9 +20,10 @@ The overall relationship between the member cluster and the control plane is sho
 
 ![overall-relationship.png](../resources/key-features/overall-relationship.png)
 
-
 ## Multi-policy multi-cluster scheduling
+
 Karmada supports:
+
 * Cluster distribution capability under [different scheduling strategies](https://karmada.io/docs/userguide/scheduling/resource-propagating):
   * ClusterAffinity: Oriented scheduling based on ClusterName, Label, Field.
   * Toleration: Scheduling based on Taint and Toleration.
@@ -43,9 +46,10 @@ If one cluster does not have enough resource to accommodate their pods, Karamda
 
 ![overall-relationship.png](../resources/key-features/overall-rescheduling.png)
 
-
 ## Cross-cluster failover of applications
+
 Karmada supports:
+
 * [Cluster failover](https://karmada.io/docs/userguide/failover/):
   * Karmada supports users to set distribution policies, and automatically migrates the faulty cluster replicas in a centralized or decentralized manner after a cluster failure.
 * Cluster taint settings:
@@ -58,7 +62,9 @@ Karmada supports failover for clusters, one cluster failure will cause failover
 ![overall-relationship.png](../resources/key-features/cluster-failover.png)
 
 ## Global Uniform Resource View
+
 Karmada supports:
+
 * [Resource status collection and aggregation](https://karmada.io/docs/userguide/globalview/customizing-resource-interpreter): Collect and aggregate state into resource templates with the help of the Resource Interpreter.
   * User-defined resource, triggering webhook remote calls.
   * Fixed encoding in Karmada for some common resource types.
@@ -77,7 +83,9 @@ Users also can check and search all member clusters resources via karmada-apiser
 ![overall-relationship.png](../resources/key-features/unified-search.png)
 
 ## Best Production Practices
+
 Karmada supports:
+
 * [Unified authentication](../userguide/bestpractices/unified-auth.md):
   * Aggregate API unified access entry.
   * Access control is consistent with member clusters.
@@ -97,7 +105,9 @@ Users also can defined global resource quota via `FederatedResourceQuota`:
 ![overall-relationship.png](../resources/key-features/unified-resourcequota.png)
 
 ## Cross-cluster service governance
+
 karmada supports:
+
 * [Multi-cluster service discovery](https://karmada.io/docs/userguide/service/multi-cluster-service):
   * With ServiceExport and ServiceImport, achieving cross-cluster service discovery.
 * [Multi-cluster network support](https://karmada.io/docs/userguide/network/working-with-submariner):
@@ -108,4 +118,3 @@ karmada supports:
 Users can enable service governance for cross-cluster with Karmada:  
 
 ![overall-relationship.png](../resources/key-features/service-governance.png)
-

i18n/zh/docusaurus-plugin-content-docs/current/key-features/features.md

@@ -3,13 +3,15 @@ title: 关键特性
 ---
 
 ## 跨云多集群多模式管理
-Karmada支持:
+
+Karmada 支持：
+
 * 安全隔离：
-  * 为每个集群创建一个namespace，以`karmada-es-`为前缀。
+  * 为每个集群创建一个 namespace，以`karmada-es-`为前缀。
 * [多模式](https://karmada.io/zh/docs/userguide/clustermanager/cluster-registration) ：
-  * Push：Karmada与成员集群的kube-apiserver直连。
-  * Pull：在成员集群中装agent组件，Karmada委托任务给agent组件。
-* 多云支持（符合Kubernetes规范）
+  * Push：Karmada 与成员集群的 kube-apiserver 直连。
+  * Pull：在成员集群中装 agent 组件，Karmada 委托任务给 agent 组件。
+* 多云支持（符合 Kubernetes 规范）
   * 支持各公有云厂商。
   * 支持私有云。
   * 支持自建集群。
@@ -19,10 +21,12 @@ Karmada支持:
 ![overall-relationship.png](../resources/key-features/overall-relationship.png)
 
 ## 多策略的多集群调度
-Karmada支持：
-* 不同 [调度策略](https://karmada.io/zh/docs/userguide/scheduling/resource-propagating) 下的集群分发能力:
-  * ClusterAffinity：基于ClusterName、Label、Field的定向调度。
-  * Toleration：基于Taint和Toleration的调度。
+
+Karmada 支持：
+
+* 不同 [调度策略](https://karmada.io/zh/docs/userguide/scheduling/resource-propagating) 下的集群分发能力：
+  * ClusterAffinity：基于 ClusterName、Label、Field 的定向调度。
+  * Toleration：基于 Taint 和 Toleration 的调度。
   * SpreadConstraint：基于集群拓扑的调度。
   * ReplicasScheduling：针对有实例的工作负载的复制模式与拆分模式。
 * 差异化配置（ [OverridePolicy](https://karmada.io/zh/docs/userguide/scheduling/override-policy) ）：
@@ -34,57 +38,62 @@ Karmada支持：
   * Descheduler（karmada-descheduler）：根据成员集群内实例状态变化触发重调度。
   * Scheduler-estimator(karmada-scheduler-estimator)：为调度器提供更精确的成员集群运行实例的期望状态。
 
-像k8s调度一样，Karamda支持不同的调度策略。整体的调度流程如下图所示：
+像 k8s 调度一样，Karamda 支持不同的调度策略。整体的调度流程如下图所示：
 
 ![overall-relationship.png](../resources/key-features/overall-scheduling.png)
 
-如果一个成员集群没有足够的资源容纳其中的Pod，Karmada会重新调度Pod。整体的重调度流程如下图所示：
+如果一个成员集群没有足够的资源容纳其中的 Pod，Karmada 会重新调度 Pod。整体的重调度流程如下图所示：
 
 ![overall-relationship.png](../resources/key-features/overall-rescheduling.png)
 
 ## 应用的跨集群故障迁移
-Karmada支持：
+
+Karmada 支持：
+
 * [集群故障迁移](https://karmada.io/zh/docs/userguide/failover/) ：
-  * Karmada支持用户设置分发策略，在集群发生故障后，将故障集群实例进行自动的集中式或分散式的迁移。
+  * Karmada 支持用户设置分发策略，在集群发生故障后，将故障集群实例进行自动的集中式或分散式的迁移。
 * 集群污点设置：
-  * 当用户为集群设置污点，且资源分发策略无法容忍污点时，Karmada也会自动触发集群实例的迁移。
+  * 当用户为集群设置污点，且资源分发策略无法容忍污点时，Karmada 也会自动触发集群实例的迁移。
 * 服务不断服：
-  * 在实例迁移过程中，Karmada能够保证服务实例不跌零，从而确保服务不会断服。
+  * 在实例迁移过程中，Karmada 能够保证服务实例不跌零，从而确保服务不会断服。
 
-Karmada支持成员集群的故障迁移，一个成员集群故障会导致集群实例的迁移，如下图所示：
+Karmada 支持成员集群的故障迁移，一个成员集群故障会导致集群实例的迁移，如下图所示：
 
 ![overall-relationship.png](../resources/key-features/cluster-failover.png)
 
 ## 全局统一资源视图
-Karmada支持：
+
+Karmada 支持：
+
 * [资源状态收集与聚合](https://karmada.io/zh/docs/userguide/globalview/customizing-resource-interpreter) ：借助资源解释器（Resource Interpreter），将状态收集并聚合到资源模板
-  * 用户自定义，触发Webhook远程调用。
-  * 对于一些常见资源，在Karmada中固定编码。
+  * 用户自定义，触发 Webhook 远程调用。
+  * 对于一些常见资源，在 Karmada 中固定编码。
 * [统一资源管理](https://karmada.io/zh/docs/userguide/globalview/aggregated-api-endpoint) ：统一管理资源的创建、更新、删除、查询。
-* [统一运维](https://karmada.io/zh/docs/userguide/globalview/proxy-global-resource) ：可以在同一个k8s上下文中执行`describe`、`exec`、`logs`。
+* [统一运维](https://karmada.io/zh/docs/userguide/globalview/proxy-global-resource) ：可以在同一个 k8s 上下文中执行`describe`、`exec`、`logs`。
 * [资源、事件全局搜索](https://karmada.io/zh/docs/tutorials/karmada-search/) ：
   * 缓存查询：支持全局模糊搜索、全局精确搜索。
-  * 第三方存储：支持搜索引擎（Elasticsearch或OpenSearch）、关系型数据库、图数据库。
+  * 第三方存储：支持搜索引擎（Elasticsearch 或 OpenSearch）、关系型数据库、图数据库。
 
-用户可以通过karmada-apiserver连接和操作所有成员集群：
+用户可以通过 karmada-apiserver 连接和操作所有成员集群：
 
 ![overall-relationship.png](../resources/key-features/unified-operation.png)
 
-用户也可以通过karamda-apiserver检查和搜索所有成员集群的资源：
+用户也可以通过 karamda-apiserver 检查和搜索所有成员集群的资源：
 
 ![overall-relationship.png](../resources/key-features/unified-resourcequota.png)
 
-
 ## 最佳生产实践
-Karmada支持：
+
+Karmada 支持：
+
 * [统一认证鉴权](../userguide/bestpractices/unified-auth.md) ：
-  * 聚合API统一访问入口。
+  * 聚合 API 统一访问入口。
   * 访问权限控制与成员集群一致。
 * 全局资源配额（`FederatedResourceQuota`）：
-  * 全局配置各成员集群的ResourceQuota。
-  * 配置联邦级别的ResourceQuota。
+  * 全局配置各成员集群的 ResourceQuota。
+  * 配置联邦级别的 ResourceQuota。
   * 实时收集各成员集群的资源使用量。
-* 可复用调度策略:
+* 可复用调度策略：
   * 资源模板与调度策略解耦，即插即用。
 
 用户可以通过统一认证连接所有成员集群：
@@ -96,14 +105,16 @@ Karmada支持：
 ![overall-relationship.png](../resources/key-features/unified-resourcequota.png)
 
 ## 跨集群服务治理
-Karmada支持：
+
+Karmada 支持：
+
 * [多集群服务发现](https://karmada.io/zh/docs/userguide/service/multi-cluster-service) ：
-  * 使用ServiceExport和ServiceImport，实现跨集群的服务发现。
+  * 使用 ServiceExport 和 ServiceImport，实现跨集群的服务发现。
 * [多集群网络支持](https://karmada.io/zh/docs/userguide/network/working-with-submariner) ：
   * 使用`Submariner`打通集群间容器网络。
 * [使用 ErieCanal 实现跨集群的服务治理](https://karmada.io/docs/userguide/service/working-with-eriecanal)
   * 与 `ErieCanal` 集成支持跨集群的服务治理。
 
-用户可以使用Karmada，开启跨集群服务治理：
+用户可以使用 Karmada，开启跨集群服务治理：
 
-![overall-relationship.png](../resources/key-features/service-governance.png)
+![overall-relationship.png](../resources/key-features/service-governance.png)