1. 课程导论与背景：平台门户与GitOps的关系、调度优化在K8s中的重要性、课程目标与学习路径

1.1 平台门户与GitOps：从“手动运维”到“声明式调度”

现代云原生架构中，平台门户（Platform Portal）已成为企业级Kubernetes管理的统一入口。它聚合了多集群管理、资源申请、成本展示、权限控制等能力。然而，当集群规模超过数十个、应用数量达到上千个时，传统的手动点击或脚本触发方式会带来严重的配置漂移与交付延迟问题。

GitOps 正是解决这一痛点的核心范式。它将Git仓库作为唯一的声明式事实来源，通过自动化Operator（如Argo CD、Flux）将集群状态持续对齐至仓库中的期望清单。平台门户与GitOps的结合，使得开发人员只需在门户中提交变更请求，底层调度器即可自动完成资源分配与工作负载部署，形成“门户申请 → Git审批 → 自动同步 → 集群生效”的闭环。

1.2 调度优化在K8s中的重要性

Kubernetes默认调度器（kube-scheduler）基于资源请求与节点可用资源进行静态打分。但在大规模生产环境中，这种“尽力而为”的调度策略往往导致以下问题：

• 资源碎片化： 节点间负载不均，部分节点CPU/内存利用率低于30%，而其他节点接近饱和。
• 拓扑感知缺失： 跨可用区部署时，Pod可能被调度到同一故障域，降低高可用性。
• 优先级反转： 关键业务Pod与批处理任务争抢资源，缺乏抢占与重调度机制。
• 调度延迟： 在数千节点集群中，默认调度器的吞吐量成为瓶颈。

当平台门户集成GitOps后，调度优化不再只是集群管理员的任务，而是需要嵌入到整个交付流水线中。每一次Git提交都可能触发调度策略的重新评估，因此需要一套可编程、可观测、可回滚的调度优化框架。

1.3 课程目标与学习路径

本课程旨在帮助DevOps工程师、Kubernetes管理员及平台架构师掌握以下核心能力：

1. 理解平台门户与GitOps的集成模式：掌握如何将调度策略作为代码纳入GitOps工作流。
2. 设计可扩展的调度优化框架：基于Kubernetes调度框架（Scheduling Framework）开发自定义插件。
3. 实现调度策略的声明式管理：通过Git仓库版本化调度配置，支持快速回滚与审计。
4. 构建调度可观测性体系：集成Prometheus、Grafana与调度事件日志，实现调度决策的透明化。
5. 落地生产级调度优化案例：涵盖资源装箱、拓扑感知、优先级抢占、重调度等场景。

1.4 课程适用人群与前置要求