微服务架构整体思路
常见场景实施建议
只有从0开始构建业务系统才需要一步到位，这样长痛不如短痛，其它的都只能逐步落地，因为有包袱
如何按业务拆分微服务
DDD 概要介绍
DDD 告诉你限界上下文是什么，却没有告诉你如何划分
DDD 难以落地的核心问题
实际项目中的业务边界划分(1/2)
实际项目中的业务边界划分(2/2)
阿里做电商有上千人，你的团队只有三个人，你直接照搬，就有可能导致水土不服。
实际项目中的服务拆分
业务边界：根据专家的经验确认，比如业务中台
领域：划定边界后，业务专栏确定领域，比如订单、会员等等
微服务：确定领域后推导出微服务，有一对一（一个领域对应一个微服务）、一对多、多对一多种情况，这个就不是业务专家来决定的了。
服务拆分技巧
粒度决定技巧
服务拆分技巧-三个火枪手原则
三个火枪手案例
人越多可以拆分的越细，不然很难维护
一对一服务映射
多对一服务映射
根据业务相关性，相似性，将相同的业务划分到一起。
一对多服务拆分技巧-业务流程拆分
小结
总的来说，就是先让业务专家划分出业务领域，然后按照三个火枪手确定拆分出多少个微服务，然后再把业务领域映射到微服务。
如何按质量属性拆分微服务
按性能拆分
按业务重要程度拆分
按可用性拆分
按稳定性拆分
本节思维导图
