分层、访问与交付

如果只放一张大图，这套 Homelab 看起来会很完整，但不容易读。对我来说，更有帮助的方式是拆开来看：先看分层，再看本地、轻量集群、云端、访问链路和交付链路分别在解决什么。

先看整体分层

这三层不是性能分层，而是职责分层：

本地核心层的重点不是“再堆更多服务”，而是把最需要贴近家庭网络和私有数据的部分留住：

这层越克制，整套 Homelab 越容易长期维护。

两台 RK3566 4GB 组成的轻量 k3s 更像一个“真实但不过度承诺”的实验层：

我更希望这层能让我持续练习，而不是为了“全都 K8s 化”把基础稳定性也押进去。

这三台云端节点的角色是分开的：

云端层不是要“复制一套本地”，而是接住那些本来就更适合放在公网侧的职责。

这里我不把访问方式当成单选题，而是按用途组合：

这几条路同时存在，复杂度会上升，但换来的是整套系统不会因为单一入口不稳定就完全失去弹性。

早期我更想验证，本地能不能跑起完整的平台链路：

后来我更关心，在现实网络和成本约束下，交付链路怎么更适合云端协同：

这不是简单的工具替换，而是职责边界的变化：以前更像是在本地证明“我能把整条链路搭起来”，现在更像是在验证“在真实的成本和网络条件下，哪一段应该继续留本地，哪一段应该交给云端”。

这部分我单独拆成了一页 CI/CD 演进，会更完整地讲先前的本地一体化模式、现在的云端协同模式，以及它们分别体现了我哪些搭建能力。