OMO - Sysphus:架构重申

因为模型掉了,排查故障卸载了oc和omo丢失之前的session,重建任务

s1: 架构蓝图

不做任何代码修改,仅扫描项目所有文件,建立认知
根据现有项目代码结构,生成design/20260420_omo_代码现状手册.md
根据下面的诉求和20260420_omo_代码现状手册.md,生成design/20260420_omo_架构改造计划01API.md
项目启动:script/start.py xxx
环境标签:xxx为空时,读取config/default.json,否则读取config/xxx.json
启动服务:启动后,读取配置文件,加载需要代理的模块,仅暴露一个端口
数据改造:使用mysql作为 策略库、算法库(算法的模型参数集)、组合库,用户数据,关系数据等等,取代之前输入的csv等方式,输出的html报告需要结合性能考虑,是否静态化
统一入口:访问任何uri都由app/gateway,代理给app/api和web等模块,根据配置文件挂载的模块。访问域名端口则代理默认模块web,host:port/xxx则指定访问app/xxx模块
统一结构:app/每个模块一个子目录,额外还有个gateway,每个模块的代码工具都高内聚,不允许有其它目录
api模块:管理mysql连接和增删改查操作,所有需要跟数据库交互都由它来,并且提供 host:port/api/docs供界面查看接口文档和调试调用
web模块:三块大功能,策略库管理分析,管理人组合算法管理,产品组合投资分析,以及管理后台,包括用户管理,数据权限管理
修正架构理解错误的地方,api是数据库的唯一入口,不管是绕过web,还是通过web操作数据库,都需要且只能通过api模块收敛 数据库操作+权限控制,不允许任何其它模块对数据库直接操作

s2: api改造


第一个目标是:建立可用的gateway,以及相对完善可用的api