Skip to content

奶酪事业部技术方案评审会议纪要 ​

会议时间:2026-06-04

会议摘要:本次会议评审了奶酪事业部的技术方案,重点讨论了框架设计、资源需求、模块复用及活动模块的独立部署问题,明确了各业务模块复用液奶事业部代码的策略以及统一活动模块的最终决策。


一、技术框架设计 ​

1.1 技术栈选型 ​

奶酪事业部将采用与现有营销活动中心一致的技术栈(Spring Cloud Alibaba 微服务架构),并在此基础上完善以下能力:

能力域说明
接口健全完善接口规范与校验体系
分布式事务引入分布式事务管理,保障跨服务数据一致性
MQ 消息集成消息队列,实现异步解耦
熔断限流降级接入 Sentinel,保障系统稳定性

1.2 新增框架模块 ​

以下模块为奶酪事业部新增:

模块名称职责说明
码同步产品码/物码数据的同步处理
主数据对接对接主数据系统,获取基础信息
盘点查重扫码盘点的重复数据检测
Gateway统一网关入口路由配置
OS 系统模块操作系统层面的集成适配

1.3 代码管理 ​

项目代码将统一汇总至一个代码仓库中进行管理(Monorepo 模式),以简化维护和版本控制。


二、资源需求与部署方案 ​

2.1 生产环境资源清单 ​

资源类型说明
MySQL奶酪事业部独立实例,实现数据隔离
MongoDB奶酪事业部独立实例,日志与文档存储
Kafka消息队列,用于异步事件处理
RocketMQ业务消息队列,对接现有基础设施
基础数据服务共享现有基础数据服务能力

2.2 数据隔离策略 ​

  • 数据库层:MySQL 和 MongoDB 采用独立实例部署,物理隔离
  • 中间件层:Kafka/RocketMQ 使用独立 Topic 或命名空间隔离
  • 应用层:通过统一的 Gateway 进行路由分发

三、主要业务模块复用方案 ​

3.1 主数据与产品流向 ​

  • 来源:复用"液奶"事业部的 data 服务和 relay 服务代码
  • 改造方式:
    • 根据奶酪事业部具体需求进行裁剪
    • 修改查询条件(适配奶酪的数据模型)
    • 调整字段配置(增加/删除/重命名字段)
  • 风险评估:需评估裁剪后对原液奶服务的影响

3.2 盘点管理 ​

  • 来源:复用"液奶"事业部的扫码盘点代码
  • 核心逻辑:移动端扫码后一次性提交
  • 改动点:可能需要调整盘点规则和校验逻辑

3.3 风控管理 ​

  • 来源:复用"液奶"事业部的风控管理代码
  • 功能范围:作弊数据的记录与展示
  • 改动点:风控规则参数化配置,适配奶酪业务场景

3.4 模块复用汇总 ​

┌─────────────────────────────────────────┐
│           奶酪事业部系统                  │
├──────────────┬──────────────────────────┤
│ 新增模块      │ 复用自液奶(裁剪改造)     │
├──────────────┼──────────────────────────┤
│ 码同步        │ 主数据 & 产品流向          │
│ 主数据对接    │ data / relay 服务         │
│ 盘点查重      │ 扫码盘点                   │
│ Gateway      │ 风控管理                   │
│ OS 系统模块   │                          │
└──────────────┴──────────────────────────┘
        ↑              ↑
    新开发          复用+改造

四、活动模块方案(关键决策) ​

4.1 方案对比 ​

方案描述优缺点
A:独立部署为奶酪事业部新建一套独立的活动服务✅ 完全独立 ❌ 维护成本高、功能重复开发
B:统一活动模块(✅ 已选定)复用现有的"活动模块升级"功能✅ 共享平台组件、降低维护成本 ❌ 需做好数据隔离

4.2 最终决策 ​

采用统一活动模块方案(方案 B),即奶酪事业部复用现有的"活动模块升级"功能。

4.3 数据隔离策略 ​

  • 各事业部数据物理隔离(独立库表/独立 Schema)
  • 共享同一套活动管理平台和通用组件
  • 通过租户标识或事业部编码区分数据归属

五、待办事项 ​

序号任务内容负责人截止时间
1与云商团队确认电子围栏窜货行为判断接口的技术可行性与性能宋洋待定
2与"液奶"事业部沟通主数据报表的资源使用方式(独立 vs 共享),确定 SR 方案宋洋待定
3绘制包含应用、数据、部署等多维度的架构设计全景图,用于后续正式评审宋洋待定

六、风险与关注点 ​

风险点影响应对措施
液奶代码裁剪影响原系统高改造前充分评估依赖关系,做好回归测试
电子围栏窜货判断性能不确定中先与云商团队做 POC 验证
多事业部共享活动模块耦合中做好数据隔离设计,明确边界
SR 资源方案未确定中尽快与液奶确认资源使用方式

记录人:AI 助手 记录时间:2026-06-04