常见问题
PropagationPolicy 与 ClusterPropagationPolicy 有什么区别？
PropagationPolicy 是一种作用于命名空间的资源类型，意味着这种类型的对象必须处于一个命名空间中。
而 ClusterPropagationPolicy 是作用于集群的资源类型，意味着这种类型的对象没有命名空间。
二者都用于保留分发声明，但其权能有所不同：
- PropagationPolicy：只能表示同一命名空间中资源的分发策略。
- ClusterPropagationPolicy：可以表示所有资源的分发策略，包括作用于命名空间和作用于集群的资源。
集群的 'Push' 和 'Pull' 模式有何区别？
请参阅 Push 和 Pull 概述。
为什么 Karmada 需要 kube-controller-manager？
kube-controller-manager 由许多控制器组成，Karmada 从其继承了一些控制器以保持一致的用户体验和行为。
值得注意的是，Karmada 并不需要所有控制器。 有关推荐的控制器，请参阅Kubernetes 控制器。
我可以在 Kubernetes 集群中安装 Karmada 并将 kube-apiserver 重用为 Karmada apiserver 吗？
答案是 yes。在这种情况下，你可以在部署
karmada-apiserver
时节省不少时间，只需在 Kubernetes 和 Karmada 之间共享 APIServer 即可。
此外，这样可以无缝继承原集群的高可用能力。我们确实有一些用户以这种方式使用 Karmada。
不过在此之前你需要注意以下几点：
- 这种方法尚未经过 Karmada 社区的全面测试，也没有相关测试计划。
- 这种方法会增加 Karmada 系统的计算成本。
以
Deployment为例采用resource template后，kube-controller会为 Deployment 创建Pods并持续更新状态，Karmada 系统也会协调这些变化，所以可能会发生冲突。
待办事项：一旦有相关使用案例，我们将添加相应链接。
为什么 Cluster API 没有 CRD YAML 文件?
Kubernetes 提供了两种方式来扩展 API：定制资源、Kubernetes API 聚合层。更多详细信息，您可以参考扩展 Kubernetes API。
Karmada 使用了这两种扩展方式，例如，PropagationPolicy 和 ResourceBinding 使用定制资源，Cluster 资源使用Kubernetes API 聚合层。
因此，Cluster 资源没有 CRD YAML 文件，当执行 kubectl get crd 命令时也无法获取 Cluster 资源。
那么，为什么我们要使用Kubernetes API 聚合层来扩展 Cluster 资源，而不是使用定制资源呢？
这是因为我们需要为 Cluster 资源设置 Proxy 子资源，通过使用 Proxy，您可以访问成员集群中的资源，具体内容可以参考聚合层 APIServer。目前，定制资源还不支持设置 Proxy 子资源，这也是我们没有选择它的原因。
如何防止 Namespace 自动分发到所有成员集群？
Karmada 会默认将用户创建的 Namespace 资源分发到成员成员集群中，这个功能是由 Karmada-controller-manager 组件中的 namespace 控制器负责的，可以通过参考配置 Karmada 控制器来进行配置。
当禁用掉 namespace 控制器之后，用户可以通过 ClusterPropagationPolicy 资源将 Namespace 资源分发到指定的集群中。