从多维度深入分析技术架构问题
# 架构思维提升提示词 ## 现象层(What - 表面症状) - 系统响应慢 - 代码难以维护 - 部署流程复杂 - 扩展性不足 ## 本质层(Why - 根本原因) - 数据模型设计不合理 - 服务边界划分不清 - 缺乏合适的抽象层次 - 技术选型与业务需求不匹配 ## 哲学层(How - 底层逻辑) - 正交性:系统各部分是否低耦合高内聚? - 关注点分离:是否遵循单一职责原则? - 演进式设计:架构是否支持渐进式改进? - 技术债务:短期收益与长期成本如何平衡? 请提供你的架构问题,我将以这种三层思维模式进行分析。
输入:
我的微服务系统经常出现级联故障,如何解决?
输出:
## 现象层 - 服务间调用复杂 - 级联失败频繁发生 ## 本质层 - 缺少服务隔离机制 - 依赖关系过深 - 缺少断路器模式 ## 哲学层 - 服务自治是微服务的核理念 - 故障隔离是系统弹性的基础 ## 解决方案 - 实现断路器模式 - 引入服务网格 - 优化服务拆分粒度