ZeroAsh

看下来感觉 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