Merge pull request honojs#512 from XiShanYongYe-Chang/add-namespace-sync-faq

Add namespace sync FQA

Author: karmada-bot

docs/faq/faq.md

@@ -51,4 +51,10 @@ Therefore, `Cluster` resources do not have a CRD YAML file, and they are not vis
 
 So, why would we choose to use the Kubernetes API Aggregation Layer to extend `Cluster` resources instead of using Custom Resource?
 
-This is because the `Cluster` resource requires the setup of the `proxy` sub-resource. By using `proxy`, you can access resources in member clusters. For details, please refer to [Aggregation Layer APIServer](https://karmada.io/docs/next/userguide/globalview/aggregated-api-endpoint/). At present, Custom Resource do not support configuring `proxy` sub-resources, which is why it was not chosen for this purpose.
+This is because the `Cluster` resource requires the setup of the `Proxy` sub-resource. By using `Proxy`, you can access resources in member clusters. For details, please refer to [Aggregation Layer APIServer](https://karmada.io/docs/next/userguide/globalview/aggregated-api-endpoint/). At present, Custom Resource do not support configuring `Proxy` sub-resources, which is why it was not chosen for this purpose.
+
+## How to prevent automatic propagation of Namespace to all member clusters?
+
+Karmada will propagate the `Namespace` resources created by users to member clusters by default. This functionality is handled by the `namespace` controller in the `karmada-controller-manager` component, and can be configured by referring to [Configure Karmada Controllers](../administrator/configuration/configure-controllers.md#configure-karmada-controllers).
+
+After disabling the `namespace` controller, users can propagate `Namespace` resources to specified clusters through `ClusterPropagationPolicy` resources.

i18n/zh/docusaurus-plugin-content-docs/current/faq/faq.md

@@ -42,10 +42,16 @@ title: 常见问题
 
 Kubernetes 提供了两种方式来扩展 API：**定制资源**、**Kubernetes API 聚合层**。更多详细信息，您可以参考[扩展 Kubernetes API](https://kubernetes.io/docs/concepts/extend-kubernetes/)。
 
-Karmada 使用了这两种扩展方式，例如，`PropagationPolicy` 和 `ResourceBinding` 使用**定制资源**，`Cluster`资源使用**Kubernetes API 聚合层**。
+Karmada 使用了这两种扩展方式，例如，`PropagationPolicy` 和 `ResourceBinding` 使用**定制资源**，`Cluster` 资源使用**Kubernetes API 聚合层**。
 
-因此，`Cluster`资源没有 CRD YAML 文件，当执行`kubectl get crd`命令时也无法获取`Cluster`资源。
+因此，`Cluster` 资源没有 CRD YAML 文件，当执行 `kubectl get crd` 命令时也无法获取 `Cluster` 资源。
 
-那么，为什么我们要使用**Kubernetes API 聚合层**来扩展`Cluster`资源，而不是使用**定制资源**呢？
+那么，为什么我们要使用**Kubernetes API 聚合层**来扩展 `Cluster` 资源，而不是使用**定制资源**呢？
 
-这是因为我们需要为`Cluster`资源设置`proxy`子资源，通过使用`proxy`，您可以访问成员集群中的资源，具体内容可以参考[聚合层 APIServer](https://karmada.io/zh/docs/next/userguide/globalview/aggregated-api-endpoint)。目前，**定制资源**还不支持设置`proxy`子资源，这也是我们没有选择它的原因。
+这是因为我们需要为 `Cluster` 资源设置 `Proxy` 子资源，通过使用 `Proxy`，您可以访问成员集群中的资源，具体内容可以参考[聚合层 APIServer](https://karmada.io/zh/docs/next/userguide/globalview/aggregated-api-endpoint)。目前，**定制资源**还不支持设置 `Proxy` 子资源，这也是我们没有选择它的原因。
+
+## 如何防止 Namespace 自动分发到所有成员集群？
+
+Karmada 会默认将用户创建的 Namespace 资源分发到成员成员集群中，这个功能是由 `Karmada-controller-manager` 组件中的 `namespace` 控制器负责的，可以通过参考[配置 Karmada 控制器](../administrator/configuration/configure-controllers.md#配置-karmada-控制器)来进行配置。
+
+当禁用掉 `namespace` 控制器之后，用户可以通过 `ClusterPropagationPolicy` 资源将 `Namespace` 资源分发到指定的集群中。