microservices-patterns 帮架构和开发团队设计微服务边界、服务通信与故障处理。给它业务能力、数据归属和现有系统关系，AI 会据此提出拆分与协作方案，适合评估单体拆分或已有分布式系统。
原文从业务能力和领域边界出发，例如订单、支付、库存各自负责什么。服务边界决定数据由谁维护，不能只是把一个大项目按文件夹拆成几个独立进程。
协作方式也需要选择：需要立即得到答案时可以同步请求，适合通过事件传递变化时再使用消息。跨服务操作不能默认拥有单库事务的效果；涉及多步变化时，要考虑失败后的补偿和最终状态。
它还介绍熔断、退避重试和资源隔离。一个下游不断出错时，继续猛发请求可能让故障扩大；适当快速失败、拉开重试间隔或隔离资源，才有机会限制影响范围。
已有单体不必一次全部替换。原文给出渐进迁移思路，让新旧系统分阶段承接请求。交付重点是服务职责、通信约定和失败安排，而不是单纯增加服务数量。