forked from gongxuegit/tiku-backend.net
feat: 完成外部服务解耦与租户级 Provider 模块化,移除 Supabase 依赖
This commit is contained in:
@@ -13,7 +13,7 @@
|
||||
2. 旧 NestJS 仓库冻结为业务行为、接口契约和数据迁移参考;除迁移阻断问题外,不再承接新功能。
|
||||
3. EF Core Migration 是普通数据库结构变更的唯一权威历史。生产环境通过 `Tiku.DbMigrator` 显式执行经审查的迁移,API 不在启动时自动同步结构。
|
||||
4. 应用只依赖标准 PostgreSQL 能力和 Npgsql,不再以 Supabase 作为运行时依赖或托管目标。
|
||||
5. 身份、对象存储、短信、支付和通知通过 Application 层接口隔离供应商,并通过租户级 `TenantExternalProvider` + `TenantSecret` 配置。
|
||||
5. 身份、对象存储、短信、支付和通知通过 Application 层接口隔离供应商,并通过租户级 `TenantExternalProvider` + `TenantSecret` 配置;不建设 Supabase Auth/Storage 兼容层。
|
||||
6. Yudao 不作为运行时依赖,只参考其 RBAC、租户套餐、审计和后台产品设计。
|
||||
7. 新功能按完整领域闭环迁移和验收,不以 Controller 或 endpoint 数量作为完成标准。
|
||||
|
||||
@@ -27,5 +27,6 @@
|
||||
## 结果
|
||||
|
||||
- 不再建设长期双后端或双写链路。
|
||||
- 不再保留 Supabase 作为认证、存储或数据库运行时备选目标。
|
||||
- 更换 PostgreSQL 托管商或外部服务供应商不要求重写业务代码。
|
||||
- 后续开发先补真实 PostgreSQL 测试、强制租户边界、生产配置 fail-fast 和敏感配置加密,再扩展业务模块。
|
||||
|
||||
Reference in New Issue
Block a user