1. 课程导学与项目背景
1.1 支付订单系统的业务挑战
支付订单系统是电商、金融、SaaS 等业务的核心链路，其稳定性直接决定营收与用户体验。在实际生产环境中，支付订单系统面临以下四大核心挑战：
| 挑战维度 | 具体表现 | 业务影响 |
|---|---|---|
| 流量洪峰 | 秒杀、大促、节假日期间流量瞬间暴涨 10~50 倍 | 订单丢失、支付超时、系统雪崩 |
| 数据一致性 | 订单状态、支付流水、库存扣减需严格最终一致 | 资金对账不平、重复支付、超卖 |
| 链路复杂性 | 涉及网关、订单中心、支付网关、风控、账务等多个微服务 | 故障定位困难、调用链断裂 |
| 灰度与容灾 | 新功能上线需灰度验证，单点故障需自动摘除 | 发布回滚频繁、RTO 不达标 |
关键指标参考： 头部电商平台支付订单系统要求 99.99% 可用性，P99 延迟 < 200ms，且能承受 10 万 TPS 的瞬时峰值。
1.2 为什么选择 Kubernetes
传统虚拟机或物理机部署模式在面对上述挑战时，存在弹性慢、运维重、灰度难等痛点。Kubernetes 作为云原生操作系统，为支付订单系统提供了三大核心能力：
- 弹性伸缩（HPA / VPA / Cluster Autoscaler）： 基于 CPU、内存、自定义指标（如订单队列深度）自动扩缩 Pod，秒级响应流量变化，避免资源浪费。
- 流量治理（Ingress / Service Mesh）： 通过声明式路由、限流、熔断、重试策略，精细控制南北向与东西向流量，保障核心支付链路的稳定性。
- 声明式运维（Deployment / StatefulSet / Operator）： 滚动更新、金丝雀发布、自动回滚、自愈能力，大幅降低运维心智负担。
选型对比： 相比自建 Docker Swarm 或 Mesos，Kubernetes 拥有更成熟的生态（Helm、Prometheus、Istio、Cert-Manager），且社区活跃度与厂商支持度最高，适合长期演进。
1.3 课程目标与学习路径
本课程旨在帮助学员从零到一构建一个生产级别的支付订单系统，并掌握 Kubernetes 弹性伸缩与流量治理的实战技能。课程采用“理论 + 实验 + 项目”三阶段递进式设计：
| 阶段 | 章节范围 | 核心产出 |
|---|---|---|
| 基础篇 | 第 1~5 章 | 理解支付订单业务模型，搭建 K8s 实验集群，掌握核心资源对象 |
| 进阶篇 | 第 6~15 章 | 实现 HPA 弹性伸缩、Ingress 流量路由、Service Mesh 灰度发布 |
| 实战篇 | 第 16~25 章 | 构建完整支付订单系统，集成监控、日志、告警，完成压测与优化 |
| 总结篇 | 第 26~30 章 | 生产环境最佳实践、故障演练、CKA 认证备考要点 |
前置要求： 学员需具备基本的 Docker 使用经验，了解 Linux 命令行与 HTTP 协议。无需提前精通 Kubernetes，课程会从核心概念逐步展开。
1.4 你将收获什么
- 架构能力： 掌握云原生支付系统的分层架构设计，包括接入层、业务层、支付层、数据层。
- K8s 实战： 熟练使用 Deployment、Service、Ingress、HPA、PDB、NetworkPolicy 等核心资源。
- 流量治理： 基于 Istio 实现超时、重试、熔断、限流、流量镜像等高级策略。
- 弹性伸缩： 配置基于自定义指标（如订单 QPS、队列长度）的自动伸缩策略。
- 故障排查： 使用 kubectl、Prometheus、Grafana、Kiali 快速定位生产问题。
学习建议： 每章结束后，建议在本地或云上（如 Minikube / Kind / K3s）复现实验，并尝试修改参数观察效果。实践是掌握 K8s 的最佳路径。