Questions Queue #14
Description
- 架构更新后，需及时更新 Copilot 的 Instruments
- Dockerfile: 支持管理员账号,密码,邮箱
- 数据模块缓存？设计业务模块时，AI 总是提示数据的缓存与性能
- 任务调度/消息队列
- 机密信息： 动态凭证、审计与轮换 如何处理的？
- 集成测试文档
- APIfox 使用：mock 导入
- 基于数据库的配置项不断迭代，系统配置功能是否可以自动适应？
- 配置三层回退机制是否有必要？（需要在设计文档层面提供范式），以及是否又必要增加一个公共的三层配置 CURD 服务？
- 全局常量与局部常量（二次原则）
- 现在日志记录混乱，在controller层、repository层、service层，可能都有记录，导致日志重复(开发规范)
- 依赖注入？
- api 路径
- 准备一个中间环境镜像，提升 Docker 镜像构建效率
- API 具体的错误，只是从 swagger 处显示错误代码，但是容器日志没有打印任何错误原因
- 查询 secret 的 API？
- "key_type": "SECRET_KEY", 这种类似的请求，如何在swagger 中查看其所有的选项？
- 通过 Websoft9 重建 webox 应用，swagger 文档没有变化
- 配置文件支持：客户自定义目录(custom)，子目录（conf.d） 以适应多种配置文件模式
- 证书管理选型： certmagic vs lego
- 新增资源，密钥可选，保存不是强制项（新增资源与增加密钥分离）
- 后端 API 业务数据 i18n 问题
- 创建服务时，用户选择用户名是否保存到密钥管理中
- 资源类型配置（多个模块需要引用）
- 资源在项目之间共享：信息只读（真共享）或 同步复制
- 在项目/资源管理场景，相当于管理员这个用词，用 Owner 更普遍（尤其在 DevOps 和云原生领域）
- 软删除
- SSL 证书本身以文件存储，元数据存储在数据库
- DNS providers 是否需要作为一种资源，推而广之有一个统一的 凭据管理 可以支持 DNS,对象存储, saas API, 邮件服务, LLM provider. 或者将密钥管理升级为凭据管理，支持与服务无关的凭据，也支持与服务有关的凭据
- 缓存简化：配置中心、启动时加载到 Redis、业务模块查询结果动态加载到 Redis（ Cache-Aside 模式，GORM 缓存插件）
- Go 插件机制：提前设计插件机制 (前端 或 后端)
- 配置中心自行开发还是采用 consul 或 etcd 这种独立组件？
- 缓存的动态热点识别机制？
- 开关机制：API 访问开关（部分API仅允许 Web 界面使用）、审计开关（确认哪些功能需要审计）
- 环境变量与变量 归类到 Environments，类似 Github Environments