看下来感觉 transaction 应该也包括 invoice ，但毕竟 transaction 不是账户，只是一个流水出入记录，但是看你的描述 transaction 又有账户的概念，是不是账户的概念模型耦合到你的支出收入模型了，可以的话建议还是抽象出账户的模型，然后在结算 invoice 的时候，先求账户最新的 balance 数值是多少，然后复式记账记到对应的账上。

不改模型的话，硬是拿 transaction 来推支出是被哪些收入的话是能推的，但前提是必须保证 transactions 是有序的。（其实远离也是建帐号的模型，每个收入都是一个帐号）


算法可以参考下面的代码（文本编辑器写的可能有语法错误，看个大概思路吧）
https://pastebin.mozilla.org/vUZwkyXf

任务如果能做成可以断点续跑的，pod 随时干掉也没问题。


如果不能做成断点续跑的，就设置一个 30 分钟的 gracefully exit 时间，rollout 的时候印象中应该会等 pod 自己退出的。

但这个方案应该会一个特殊场景会有问题，某次 rollout 的时候 pod 还没 ready ，就开始执行任务了，然后紧接着又 rollout 了一个，这个时候我印象不会等 gracefully exit 直接会干掉 pod 。

如果只是玩一下，各个发行版都可以搞下来折腾下，比如 Arch ，NixOS ，Gentoo 啥的。

如果这些都满足不了你的话，可以在这些的基础上搞 LFS ，一步一步交叉编译出你自己的 Linux 。

如果 LFS 还是满足不了你，继续去搞 BLFS 吧……（在折腾的路上越走越远）

我的建议是无脑走 libphonenumber 解析，记得把默认地区设置为+86

偏个题，可以试试直接用 certbot 搞个免费的证书~也可以用配置下域名解析，然后申请通配的免费证书，但都得定时续期~ 也有自动续期的工具，配好之后还是蛮方便的。

@ZeroAsh sddm+kde

已经死机了的话也只能看看 journalctl --list-boots 了吧，然后拿 boot id 去看上次的日志，再想下死机之前搞了什么，还没死机的时不时看看 iostat 啥的。

只是桌面卡死的话，切到 tty 挂调试器看看，实在不行也可以定期重启桌面环境，比如我用的 sddm+kds ，每次就直接 sudo systemctl restart sddm 就完成所有桌面环境的重启了，也还挺方便的。

三个 2C4G 的 VPS 当作不同的外网出口，加一个 32C 64G 的执行机器，组一个内网跑 k8s ，写好 CI/CD 模板之后，自己部署服务太方便了，感受最深的就是以前都是 nginx+certbot 刀耕火种，现在 ingress 填一下就完事儿了，证书也能用 certmgr 自动续期

NoSQL 做业务数据存储如果没做详细的调研确定自己能用 Redis ，整体感觉是直接上 MongoDB 更好，功能更多更全，楼上说的 aggregate/sum 这种查询也没问题

其实可以自己搭一个 github action 的 runner ，把构建扔给 github 的 runner ，image push 完成之后，然后部署用自己的 runner 跑就能操作集群了

@hapeman #8 没主意看 github 的 release 中也有 linux 的 patch ，已经打好了。后续更新的 tag 都会在 README 中更新出来~ 镜像可以试试，我自己没试过具体 patch 之后有没有效果，只是简单的启动了一下没问题

`registry.cn-beijing.aliyuncs.com/zero-tools/pal-docker:latest-vero-fess-patched`

@hapeman #8 这个目前只针对了 Windows 的服务端进行 patch ，看看后续有没有 linux 的，有的话我跟进加上

@hapeman #7 存档已经 mount 出来了，不会丢的