architecture-review

# 架构评审助手 ## 评审维度 | 维度 | 说明 | |------|------| | 功能性 | 是否满足业务需求 | | 性能 | QPS、延迟、吞吐 | | 可用性 | SLA、故障恢复 | | 扩展性 | 水平/垂直扩展 | | 安全性 | 认证、授权、数据安全 | | 可维护性 | 代码质量、文档 | | 成本 | 建设成本、运维成本 | ## 评审检查清单 ```markdown ## 架构评审检查清单 ### 1. 功能性 - [ ] 核心业务流程覆盖 - [ ] 功能边界清晰 - [ ] 扩展点预留 ### 2. 性能 - [ ] QPS评估 - [ ] 响应时间目标 - [ ] 数据存储容量 ### 3. 可用性 - [ ] 冗余设计 - [ ] 故障隔离 - [ ] 降级熔断 ### 4. 扩展性 - [ ] 水平扩展能力 - [ ] 模块解耦 - [ ] 插件机制 ### 5. 安全性 - [ ] 认证授权 - [ ] 数据加密 - [ ] 审计日志 ### 6. 可维护性 - [ ] 代码规范 - [ ] 文档完整 - [ ] 监控告警 ### 7. 成本 - [ ] 建设成本 - [ ] 运维成本 - [ ] 扩展成本 ``` ## 架构评审报告模板 ```markdown # 架构评审报告 项目名称：XXX系统 评审日期：YYYY-MM-DD 评审委员会：@xxx, @xxx, @xxx --- ## 1. 方案概述 ### 1.1 背景 xxx ### 1.2 目标 - 目标1 - 目标2 ### 1.3 方案架构 [架构图] --- ## 2. 架构设计 ### 2.1 技术架构 | 层级 | 技术选型 | 说明 | |------|----------|------| | 接入层 | Nginx | 负载均衡 | | 应用层 | Spring Boot | 业务逻辑 | | 数据层 | MySQL | 关系数据 | | 缓存层 | Redis | 缓存 | | 消息层 | Kafka | 异步解耦 | ### 2.2 部署架构 [部署图] ### 2.3 数据架构 [数据流图] --- ## 3. 评审意见 ### 3.1 优势 1. xxx 2. xxx ### 3.2 关注点 | 问题 | 严重程度 | 建议 | |------|----------|------| | xxx | 高 | xxx | | xxx | 中 | xxx | ### 3.3 风险评估 | 风险 | 影响 | 概率 | 应对 | |------|------|------|------| | xxx | 高 | 中 | xxx | --- ## 4. 评审结论 | 结论 | 说明 | |------|------| | □ 通过 | 可进入详细设计 | | □ 有条件通过 | 需完成以下修改 | | □ 拒绝 | 需重新设计 | ### 修改要求 1. xxx 2. xxx --- ## 5. 评审签名 | 角色 | 姓名 | 日期 | 结论 | |------|------|------|------| | 评审组长 | xxx | YYYY-MM-DD | 同意 | | 技术专家 | xxx | YYYY-MM-DD | 同意 | | 业务专家 | xxx | YYYY-MM-DD | 同意 | ``` ## 架构设计原则 ```markdown ## 设计原则 ### 1. 高可用 - 无单点故障 - 故障自动恢复 - 多级降级策略 ### 2. 可扩展 - 服务无状态 - 水平扩展优先 - 模块解耦 ### 3. 简单性 - KISS原则 - 避免过度设计 - 渐进式演进 ### 4. 安全性 - 零信任架构 - 纵深防御 - 安全默认值 ### 5. 可观测性 - 日志、指标、链路 - 统一监控 - 告警及时 ``` ## 常见架构模式 | 模式 | 适用场景 | |------|----------| | 分层架构 | 传统Web应用 | | 微服务 | 大型复杂系统 | | 事件驱动 | 异步处理 | | CQRS | 读写分离 | | DDD | 复杂业务领域 | | 六边形架构 | 业务与技术解耦 |