模块化单体架构概览

四域怎样协作？

当前单体在 单体应用 中装配 UMS、PMS、OMS、CMS；四域保留各自迁移与公开类型，共享单体数据源和本地事务管理器。

UMS 管会员与管理身份，PMS 管商品，OMS 管交易，CMS 管内容。公开输入输出类型与持久化模型分开。新增跨域用例应先定义输入、结果与失败语义，不能为了查询方便由另一域 Mapper 直接访问私有表。

共享事务有什么约束？

跨域原子写入需要固定锁顺序并登记事务协作，SQL 仍归所属域。外部接口调用不应无限占用数据库锁。提交结果、外部结果未知和重试中的状态需要分别表达，避免把超时误记为失败后重放资金操作。

应用与业务模块如何区分？

单体应用 负责启动和显式装配。各域的 api、core、infrastructure 分别承担公开类型、用例与技术适配。Admin、PC、mobile 是独立前端工程，开发代理与正式网关入口也需要分别核对。

微服务版有哪些部署差异？

微服务版具有网关、认证、管理、商城、支付与监控模块，可独立构建。

微服务会增加服务发现、独立配置、调用链和多进程发布的运维责任。单体多实例共享会话、业务任务协调等不能由 Maven 中存在 Spring Cloud 依赖推断。选择形态前先查看架构对照，再确定需要实际验证的组件清单。