Haujilo

内部系统，全 fastapi ，全异步，稳定跑了 2 年了。

@roundgis 但是这个似乎没有阻塞的效果？

@rrfeng 但是文档里写的，好像是保障两个 document 修改要么发生，要么不发生。好像没有显示加锁的过程和阻塞的过程？比如我在一个事务 commit 里 sleep 十分钟，另一个事务发起似乎是会执行完的？

分子+1

@LawlietZ 都是排期做，并且我们自身需求对三方虽然要接入也只是小部分功能，主要还是把工作流对各个三方之间打通，所以还好。你们公司下游愿意做当然是最好，跨部门之间，做这些对他们没有 kpi 要求和或者没有绩效就不会做了，最终都只能自己做，有些三方连 api 都没有，要求公开 api 都能扯个把月的。

@LawlietZ 前面的对，但是 sdk 不是他们来接入，是我们自己拿其他系统接口，自己写代码实现调用。这么说吧，假设有 100 个外部系统，我们就要自己接完 100 个系统。没办法，其他系统方的都不做。

我这边因为要对接的系统都是其他部门的，自己这边是使用方，日常使用要跳转 N 多个系统。最终我们是自己写了套 sdk 对接所有的三方（有做一些并发控制等），之后在上面按自己使用的需求做了一层 api 抹平了所有的三方（主要是数据格式转换统一，接口风格统一），开发的前端对接我们自己的接口。

感觉只是施工没有要求，做了不出事就好？几年前去日本旅游的时候，所经过的地方，就很惊叹那边的公路井盖居然全部做平了……

我自己目前的方案是 Debian11 ，用 docker 跑自己想要的全套 nas 服务，备份就用系统自带的 snapraid 。
其他用过 gentoo 、arch 、centos 、ubuntu 、opensuse 和基于它们的衍生版本，arch 还是会遇到更新后整个依赖链崩了，gentoo 早年被长时间编译劝退了，centos 不维护了，ubuntu 本来就是基于 debian ，但是用下来觉得 debian 更稳定，而且其他外部支持也好（比如 nvidia-docker ），opensuse 印象还可以，但是可能国内小众一点，遇到问题能请教和讨论的人少。