自己用小主机 + N100 （ TrueNAS ）+ J4125 （ ikuai 、openwrt ）搭了一套 PVE 集群，存算分离，K3S 集群主要跑在计算节点上，容器服务、内外网域名全都做成了模板，使用 terraform 进行统一管理，应用可以自动接入 homepage ，甚至还是实现了按需启用 authelia 、waf 、cloudflare tunnel 。
不过我有个纠结的点，目前 K3S 持久化使用是 longhorn 方案，但总感觉太吃资源了，一直想切换成 juicefs 或 nfs-csi 方案，但快照、备份这些功能都比不上 longhorn ；但如果切换为 nfs 这种方案，好处也很明显，不再需要整机备份 K8S 节点了，一旦损毁或需要升级直接重建节点就行。

@bluetop 一般来说，像这种责任明确的事故，都是可以成功赔付的（只不过都是代金券）

12:20-12:25 ，故障了 5 分钟，已经联系阿里云要求索赔。
不知道是不是错觉，今年以来阿里云多个云服务出了好几次故障了。

@2le 再补充下：但由于 PNG 是先编码压缩再按顺序分块，所以在丢失了部分前置的 IDAT 数据块后，仅依靠尾部的 IDAT 数据块，是存在一定几率复原失败的。

看了下代码和原帖，似乎只要存在未被破坏的 IDAT 数据块，就可以实现部分复原。我本地验证了下，只要确保图片宽度是正确的（高度不是必须），就可以实现图片复原。图片宽度可以通过递增尝试，写个遍历脚本，成功率应该挺大的，拿 4k 分辨率来算，只需要尝试 (3840-截图后宽度) 次。

在我自己负责的项目中是把分布式任务的触发、执行、进度、结果统计等由任务调度微服务完成，目前实现了两种执行器 MQ 和 HTTP 。拿 MQ 来讲，发布任务后，子任务端定期发送 MQ 消息汇报任务状态就行，任务调度服务会消费这些消息，进行任务的统一管理。

@QinZhaoHH 我也是从老版本升级上来的

@PUBG98k 👌

@yohole 历史栏是空的，无法下拉

@houzhishi 你说的很对，是一种验证方式，但我目前还不会轻易尝试。如果问题出现在认证服务侧(比如 session)，修改连接密码后可能会导致 session 被重置，那么这个问题就再也无法复现了。这个时候 Dump 服务端内存才是官方应该优先做的，而不是...哎

@NewYear 如果这么容易就能复现，那开发和测试都可以开除了。至于录屏问题，确实没法 100%证明，不过当时的 PCAP 包都有保存，也算是留了一部分证据。