架构模式
architecture-patterns
架构模式
掌握经过验证的后端架构模式,包括整洁架构 (Clean Architecture)、六边形架构 (Hexagonal Architecture) 和领域驱动设计 (Domain-Driven Design),以构建可维护、可测试且可扩展的系统。
适用场景
- 从零开始设计新的后端系统
- 对单体应用进行重构以提高可维护性
- 为团队制定架构标准
- 从紧耦合架构迁移到松耦合架构
- 实现领域驱动设计原则
- 创建可测试且可模拟 (mockable) 的代码库
- 规划微服务拆分
不适用场景
- 仅需要小范围的局部重构
- 系统主要是前端,无需更改后端架构
- 仅需要具体实现细节而不需要架构设计
执行指南
1. 明确领域边界、约束条件和可扩展性目标。
2. 选择符合领域复杂度的架构模式。
3. 定义模块边界、接口和依赖规则。
4. 提供迁移步骤和验证检查。
5. 对于必须在故障中恢复的工作流(如支付、订单履行、多步流程),在基础设施层使用持久化执行 (durable execution) —— 例如 DBOS 等框架可持久化工作流状态,在不增加架构复杂性的情况下提供崩溃恢复能力。
详细模式、检查清单和模板请参考 resources/implementation-playbook.md。
相关技能
协同使用:event-sourcing-architect, saga-orchestration, workflow-automation, dbos-*
资源
resources/implementation-playbook.md:提供详细模式、检查清单和模板。
局限性
- 仅在任务明确符合上述范围时使用此技能。
- 不要将输出结果视为针对特定环境的验证、测试或专家评审的替代方案。
- 如果缺少必要的输入、权限、安全边界或成功标准,请停止并请求澄清。