结合发布与运行条件,选择架构
API、业务规则、存储与外部适配按业务模块组织,由统一入口组装。

组织模块与契约,验证发布协作
- API、core、infrastructure 分层组织输入输出、业务规则、存储与外部适配;统一入口组装单体,微服务分别组织网关、认证、管理、商城、支付与监控。接口、业务规则及外部资源各有处理位置,保持代码组织与运行分工对应。
- 通过容器组合管理后端、PC 商城、数据库与对象存储,统一设置运行配置、域名证书和渠道回调;部署检查覆盖账号权限、访问入口及备份恢复。
- 新增业务先确认模块依赖、事务分层、契约与对象归属;外部适配和核心规则分离,幂等、乱序与对账采用正常和失败样本验证。不同状态的请求返回和异常原因分别保留,结合接口文档确认解释。
- 升级需要处理版本、契约、配置、身份与结构迁移,安排发布次序、兼容检查及回退演练。两个版本的模块不同,分别验证;二次修改继续记录差异。先明确固定版本和扩展位置,记录新增接口、配置和迁移脚本。
- 单体在一个应用中组织业务模块,简化应用维护;微服务按领域拆分,支持独立扩展与发布。结合业务规模、发布边界和团队能力,安排网络、配置与数据一致性管理。
通过模块分层、配置入口与发布协作,组织业务扩展和持续运行。
查看架构文档 ›
