请你用学术化方式润色修改以下一段话【如图reffig32所示kube-scheduler的调度框架由调度策略和调度器插件组成。 调度策略Scheduling Policies负责如何为Pod选择最佳节点。在Kubernetes中 有两种类型调度策略：Predicate和Priority。前者负责筛选出不符合Pod需求的节点如 CPU资源不足、端口冲突的节点后者计算每个节点优先级优先级给以根据各种因

如图\ref{fig:3.2}所示，kube-scheduler的调度框架由调度策略和调度器插件组成。调度策略负责为Pod选择最佳节点。在Kubernetes中，存在两种类型调度策略：Predicate和Priority。Predicate负责排除不符合Pod需求的节点，例如CPU资源不足或端口冲突的节点。而Priority则计算每个节点的优先级，该优先级根据各种因素组成，包括Pod与节点的亲和性以及Pod与Pod的亲和性等。调度器插件是一组可选的插件，用于扩展调度器的功能。在Kubernetes中，默认启用了一些调度器插件，如NodeSelector插件可根据节点标签与Pod的需求将Pod调度到符合条件的节点上；Taints/Tolerations插件通过给节点打上污点并指定Pod可以容忍的污点，实现将Pod调度在特定节点上；PodAffinity/PodAntiAffinity插件根据Pod之间的亲和性或反亲和性，优先将它们分散或聚合；PodTopologySpread插件使用拓扑约束，将Pod扩散到不同拓扑区域，以防止某一区域故障的影响。然而，kube-scheduler的主要问题在于用户需要编写详细的Pod定义，包括Pod的资源需求以及与Pod和节点的亲和性等。这要求用户具备先验知识，并且对应用的特点非常熟悉。当集群和Pod规模增大时，Pod与Pod和节点之间的依赖关系变得更加复杂，描述Pod定义的难度也随之增大