告别 Kubernetes：我的 Homelab 重生记
Rebuilding My Homelab with Compose, Ruby, IPv6, and No Kubernetes
一年前我的 Homelab 一片狼藉，Kubernetes 项目难以为继，核心机器 nibbler 更是频频故障。痛定思痛，我决定彻底放弃 Kubernetes，转而拥抱 Compose、Ruby 和 IPv6。如今，lrrr 和重装的 nibbler 各司其职，配合 Proxmox 和 TrueNAS SCALE，构建了一套简单可靠的架构。通过自研的 Ruby 脚本和 YAML 配置，我实现了服务的自动化部署、安全默认值及动态 IPv6 寻址。这套方案不仅解决了维护难题，还让 Homelab 真正变得可控且有趣。
我构建了一个自己根本不知道如何维护的系统，除非我投入足够的时间和精力把自己从困境中挖出来。
HN 评论区
61- 多位用户指出 Kubernetes 在 Homelab 场景下因 API 活跃度及后台调度机制导致能耗显著增加，移除后待机功耗可节省约 1kW。
- 有从业者反驳称 Kubernetes 的 YAML 仅是 JSON API 的编码形式，其核心价值在于提供标准化的声明式接口和自愈能力，优于传统的非幂等脚本管理。
- 部分评论者推荐用 systemd 配合 podman (Quadlets) 或 NixOS 替代 Kubernetes，认为将每个服务拆分为独立的 systemd 单元比 Docker Compose 更简单且易于维护。
- 一位用户提出反直觉观点，认为在拥有多台分散小型设备的场景下，Kubernetes 是协调计算资源、实现统一调度的必要工具，而非单纯的过度设计。
- 有观点强调除非 Homelab 的目标是学习 Kubernetes 本身，否则应遵循“简单即正义”原则，优先选择 Proxmox、QEMU 或 Shell 脚本等更易维护的方案。