pyKane

3 秒几千条 JSON 就搞挂了，听起来就不靠谱。
你真的是用了 Asyncio ?
json.loads 是占点 CPU 但也没你说的这么惨。
另外 ujson.loads 你换这个也可以，性能更好。
但你的问题看起来像是你在用 AI 写的坑不少。

我这一个项目每秒也有上万并发，API 也是 JSON 数据，async/await 很丝滑，对于占 CPU 的地方要学会适当 await asyncio.sleep(0) 让出一些 CPU 给其它 await

楼主是不是把事情弄的复杂了。
用原生自带的，都很好用呀
venv + pip + requirements.txt
一个项目基本上上面三个是标准呀。
Pychram 默认也自动识别项目下的 .venv 虚拟环境。

一直这样用，个个项目之间切换，包的版本依赖管理，都在 requirements.txt 里定义。

完全没碰到啥问题。

那习惯了异步，再也回不去了。
以前 PY 做高并发想都不敢想，
现在轻轻松松。很多 SDK 没有异步，就自已去写。

我还是更喜欢 Tornado
只要是异步，性能都没问题.

如果不用 Faseapi.
那就 Tornado + Sqlalchemy2 全异步就行了。

感觉把接口当成了数据库“代理” 的功能了。把一件事情变的过于复杂了。
前端（客户端） 是恨不得直接去操作数据库得了。API 存的意义是啥呢？
架构不应是这么设计的，API 的任务应是完成业务的原始设计，和一些数据上的业务逻辑。
像把图片放在两个表，没什么问题，但，拿图片也要走两个 API 接口这就是有一些蛋疼了。把架构变的过于复杂和“灵活“了。

如果所有的通信过程都是在 HTTPS 的情况下完成，也不是不可以。HTTPS 本身就把所有的全加密了。这就是为什么现在很多支付网关，只需要一个 KEY 放在 HEADER 上就可以了。比如 Stripe .
只是如果那个密码是用来登录用的还明文存在了数据库，确实是不好。

想不明白上面都弄的那么复杂干嘛。
包管理用 pip
虚拟环境用自带的 venv
咋就满足不了你们的需求了呢。
多版本无非就是在系统里多装个不同版本的 Python ，然后在你的项目里 创建你需要的版本的 Python venv 环境就行了。开发哪个项目就过时去 source .venv/bin/activate 就开始干少顾。不是挺好么 pyCharm 对 venv 兼容性也非常好。
对于新手来上，就用上面两个就行了。别整太复杂了，用 Python 就是为了干活的。不是折腾的。