第30章：Kubernetes 生产级部署实践

1. 项目背景

Docker Compose 一把梭搞定了开发环境和小团队使用，但生产环境有三个硬骨头是 Compose 啃不动的：

硬骨头一：大促流量自动扩缩容。618 零点流量翻了 10 倍，你不可能半夜爬起来手动docker compose up -d --scale api=10。你需要平台自动检测 CPU 使用率、自动加 Pod、流量回落后自动缩回去——这是 K8s HPA（Horizontal Pod Autoscaler）的看家本领。

硬骨头二：滚动更新零停机。每次 Dify 发新版本你都心惊胆战——docker compose down && docker compose up -d中间有 30 秒的空白期，用户全部看到 502。你需要一次只换一个 Pod、新 Pod 健康检查通过后再接流量、老 Pod 优雅关闭——这是 K8s RollingUpdate 的标配。

硬骨头三：多机房容灾。某个可用区的机房断电了——你的服务不能全挂。你需要 Pod 分散部署在不同 Node 甚至不同 AZ，Ingress 自动把流量切到健康的 Pod——这是 K8s 的podAntiAffinity+ 多 AZ 调度。

Dify 官方目前没有发布 Helm Chart，但它的微服务架构天然适配 K8s。本章带你从零编写一整套 Dify 的 K8s Manifest（YAML 配置文件）——Deployment、Service、ConfigMap、Secr