没觉得这是个问题，如楼上所言，AUR 仓库的安全性与可用性对我而言比这问题更大。

还好 lambda 用得不多...

我也遇到过同样的问题，后来就学会了每天冷备份到 HDD.

@Miy4mori 不过你说的确实有道理...看了下 sliverblue 主推用 flatpak 装图形化应用，那 jetbrains 全家桶跟其他图形化应用，全都用 flatpak 装应该完全没问题，mysql 不清楚为什么非得用 podman 跑，但应该也有其他运行方法吧。

我猜之所以被这么吐槽，可能是因为直接在 sliverblue 上跑 mysql 确实有困难，得用容器迂回实现？
用 toolbox 装 ide 或许是因为 flatpak 版本有什么坑？
virt-manager 我在 flatpak 上搜了下确实没有，可能是得用 rpm-ostree 装？

所以感觉 @moonjourney 想说的问题本质是，sliverblue 为了实现不可变，对环境施加了许多限制，导致装这些包变得很不方便、安装方式不统一？

如果你有 sliverblue 的使用经验，可以帮助回答下这些问题，最近不可变发行版越发多了起来，我也挺好奇的。

@Miy4mori 额没注意到下面的 #21 ，我以为你回的是 #12 ，

不知道 Orange Pi 5 Plus 还有没有货，这个挺划算的。

@wipbssl 在理

放弃当管理的大佬我也见过好几个，每个人都有自己的选择吧，是要 WLB 还是想拼一拼事业，人生难两全哪。

内存又不贵，加到 64G 也就多花几百块钱，为啥纠结这个呢

另外售后换盘肯定是可以的，毕竟一般都 5 年质保。
但是你要考虑数据隐私问题，如果数据比较重要，盘还能用一阵子，最好是彻底擦除下再返厂。

（如果就是存了些非个人的小姐姐，那倒无所谓数据安全性，直接换货也 ok ）

用固态有损坏是正常的，三星也不是没坏过，数据重要最好是搞 raid 或者冷备份

补充下我收集的一些资料：

https://github.com/ryan4yin/knowledge/tree/master/electrical-engineering/esp32

在做一些复杂的监控数据查询时就很难受

@jerryshao 主要是 cloudwatch 的查询语法很让人疑惑，感觉很难写...

不觉得这个 cloudwatch 贼难用么 emmm

错过了花，却看到了海，没啥非常后悔的事。

@Miy4mori 额，人家都说了 NixOS 了啊，实话实说我用了快一个月 NixOS ，也经常 sway/i3 换着用，很方便。

@xinmans 我给的链接里有详细的描述啊，你点进去看看就明白了

我出于学习的目的，在 homelab 里跑了四个集群，一个主集群用来跑各种零散应用，另外三个用来测试一些跨集群的高可用、网络架构。

再回答下这几个问题：

1. k3s 已经是非常轻量的方案了，我用的是三台 mini 主机跑的，性能很够用。具体可见： https://github.com/ryan4yin/knowledge/tree/master/homelab

2. 你说的自动 fail over 这不是 k8s 原生的功能么，pod 会自动调度到其他节点。如果是希望内网的域名解析或 IP 也能自动 failover 的话，可以看看 kube-vip ，它提供了链路层的 fail over 能力，这个在局域网用起来很简单也很方便。
3. 我 homelab 中所有的 VM 都每日晚上自动备份，确保环境被我搞坏也能快速恢复。比如你说的启动后 k8s 挂了，对我而言直接在 PVE 页面点两下，就能恢复到上一个可用环境了。