知识卡片
微服务拆分方式可以按业务、稳定性、可靠性、性能自由组合
内容
微服务拆分不只有”按业务逻辑拆”一种方式：按业务拆分适合职责清晰场景，但拆多细全凭主观，需用团队规模倒推数量上限；按可扩展性拆分，稳定模块归粗粒度服务、频繁迭代模块拆细；按可靠性拆分，核心与非核心服务分开，让核心服务高可用方案更简单；按性能拆分，把压力大的模块（如抢购排队）独立隔离。这几种方式可自由组合，不是单选项。发散：先想清楚拆分要解决什么目标，再选对应维度。
参考来源
- 位置：《从0开始学架构》第40章《35｜微服务架构最佳实践-方法篇》（源文件：_epub-src/OEBPS/Text/part0039_split_002.html、part0039_split_003.html）
- 结论依据：原文说明按可靠性拆分"将可靠性要求高的核心服务和可靠性要求低的非核心服务拆分开来，然后重点保证核心服务的高可用"，按性能拆分"将性能要求高或者性能压力大的模块拆分出来……例如电商的抢购，性能压力最大的是入口的排队功能，可以将排队功能独立为一个服务"。
- 原始内容：将系统中的业务模块按照优先级排序，将可靠性要求高的核心服务和可靠性要求低的非核心服务拆分开来，然后重点保证核心服务的高可用……例如电商的抢购，性能压力最大的是入口的排队功能，可以将排队功能独立为一个服务。