zhangjf
|
e52e2ba801
|
refactor: 简化租户元数据，移除冗余的 tenant-id
问题：metadata 中同时配置 tenant-id 和 tenant-group，但 tenant-id 未被使用
分析：
- tenant-id: 用于数据隔离，但实际由 TenantContextHolder 提供，元数据中的值无意义
- tenant-group: 用于服务路由，负载均衡器实际只使用此字段
解决方案：
1. 移除 metadata.tenant-id 配置
2. 只保留 metadata.tenant-group
3. 更新 NacosMetadataConfig，移除 tenant-id 处理
4. 更新 docker-compose.yml，移除 TENANT_ID 环境变量
配置简化：
修改前: tenant-id + tenant-group 两个字段
修改后: 只有 tenant-group 一个字段
实例类型：
共享实例: tenant-group = "" (空)
VIP实例: tenant-group = "TENANT_VIP_001"
|
2026-02-19 21:26:06 +08:00 |
|
zhangjf
|
330ec6dea9
|
refactor: 简化多租户路由配置，基于 Nacos 元数据动态匹配
问题：tenant.routing.services 配置在每个服务中重复定义 vip-tenants
解决方案：
1. TenantRoutingProperties 简化
- 移除 services 映射（vip-tenants 列表）
- 保留全局配置：enabled, fallback-to-shared, shared-services
- 路由逻辑改为基于实例元数据动态匹配
2. 配置简化
- Gateway: 只需全局配置，无需定义各服务的 vip-tenants
- 服务实例: 只需在 Nacos metadata 中声明 tenant-group
- 负载均衡器: 从实例 metadata 读取 tenant-group 进行匹配
3. 架构变化
修改前：配置文件定义 vip-tenants 列表
修改后：实例注册时声明 tenant-group，负载均衡器动态匹配
示例：
共享实例 metadata: { tenant-group: "" }
VIP 实例 metadata: { tenant-group: "TENANT_VIP_001" }
请求匹配 → 路由到对应实例
|
2026-02-19 21:18:58 +08:00 |
|
zhangjf
|
8e4afcd1a5
|
feat: TenantAwareLoadBalancer 整合 TenantRoutingProperties 配置
问题：TenantRoutingProperties 定义了配置但未被使用
解决方案：
1. TenantAwareLoadBalancer 注入 TenantRoutingProperties
- 使用配置的 tenantHeader 名称
- 使用配置的 buildTenantGroup 方法
- 使用配置的 isSharedService 判断
- 使用配置的 isFallbackToShared 策略
2. 新增功能
- 支持 enabled=false 禁用租户路由
- 共享服务跳过租户过滤
- 可配置是否回退到共享实例
3. 更新测试适配新构造函数
|
2026-02-19 21:02:25 +08:00 |
|
zhangjf
|
0c87462b68
|
fix: 修复fund-req/fund-exp/fund-receipt模块的mybatis-plus依赖和数据库配置
|
2026-02-17 16:42:21 +08:00 |
|
zhangjf
|
a17307a96e
|
feat: 完成资金服务平台六步实施 - 数据库初始化+服务启动+网关配置
本次提交包含:
1. 11个Maven模块全部创建并编译通过
2. 4个数据库初始化脚本(14张表)
3. fund-sys服务启动验证
4. Gateway路由配置完成
5. API端到端测试通过
核心能力:
- 多租户数据隔离(MyBatis-Plus)
- JWT认证+BCrypt密码
- 统一返回结构
- 参数校验
- OpenFeign示例
- API网关统一入口
修复:
- MyBatis-Plus与Spring Boot 3兼容性问题
- BaseEntity字段类型统一(Long)
- Gateway版本兼容性
|
2026-02-17 12:53:55 +08:00 |
|