Docker Compose 和 Kubernetes 有什么区别？
Compose 管单机上的多容器应用（简单 YAML、单机网络）；K8s 管跨主机集群的容器编排（扩缩容、自愈、滚动发布、服务发现）。小项目/单机用 Compose，生产集群用 K8s。本文全面对比。
一句话区别：Compose 编排一台主机上的多个容器，配置文件简单、上手即用，适合开发环境与小型部署；Kubernetes 编排一个集群——跨多主机调度、自动扩缩容、故障自愈、滚动发布、服务发现，功能强大但复杂度与运维成本高一个量级。
全面对比
| 维度 | Docker Compose | Kubernetes |
|---|---|---|
| 管理范围 | 单台 Docker 主机 | 多节点集群 |
| 配置形式 | docker-compose.yml（单文件） | 多资源 YAML（Deployment/Service/Ingress…） |
| 扩缩容 | 手动 --scale |
声明副本数 + HPA 自动扩缩 |
| 故障自愈 | 重启策略 | 控制器自动重建、跨节点重调度 |
| 滚动发布/回滚 | 无内置 | 原生支持 |
| 服务发现/负载均衡 | 项目内 DNS | Service/Ingress/CoreDNS 完整体系 |
| 学习成本 | 半天 | 周级以上 |
| 运维成本 | 近零 | 需要集群管理（或买托管服务） |
怎么选
用 Compose：本地开发环境、个人项目、小团队单机部署、边缘设备、demo/测试环境。
用 K8s：多副本高可用要求、流量弹性、多团队协作、需要金丝雀/蓝绿发布、多云/混合云调度。
中间地带：Docker Swarm（简单集群编排，但生态已明显向 K8s 收敛）、轻量 K8s 发行版 k3s（单机也能跑，向上兼容）。
迁移路径
Compose 文件可以平滑过渡到 K8s：kompose convert 能把 compose 配置转成 K8s 清单草稿。很多团队的实际路径：Compose 开发联调 → K8s 测试/生产。
观测云对照
两种形态一套观测。 Compose 单机部署：DataKit 主机+容器采集；K8s：DataKit DaemonSet 部署、自动发现 Pod。指标、日志、链路同一平台，从 Compose 演进到 K8s 观测体系不用换。
常见问题（FAQ）
Q：Compose 能用于生产吗？
A：可以（小规模、单机能扛的业务），但要有单机故障的心理准备与备份预案；业务上到需要多副本就该考虑 K8s。
Q：K8s 是不是太重了？
A：自建集群确实重；托管 K8s（各云厂商均有）或 k3s 把运维成本降了大半，功能照单全收。
Q：学了 Compose 的知识到 K8s 会浪费吗？
A：不会。服务、网络、卷、环境变量的心智模型一脉相承，K8s 只是把它们集群化、API 化。
