Po Rui的专栏

软件模式-微服务拆分：按业务能力分解微服务场景基于业务分解的原则场景如果你正准备将你的单体架构（Monolithic architecture）应用改造为微服务架构，并希望使用微服务架构将应用程序构造为一组松耦合的服务。那么第一个要面对的问题就是如何进行服务的拆分。上图展示了微服务的架构优势，主要包括两方面：简化测试并允许独立部署将工程组织结构化为一组小型（6-10名成员）的自治团队，每个团队负责一个或多个服务这些好处不会自动得到保证。相反，它们只能通过合理的服务分解为实现。服务必须足够

这里写自定义目录标题SagaSaga每个Saga由一系列sub-transaction Ti 组成每个Ti 都有对应的补偿动作Ci，补偿动作用于撤销Ti造成的结果可以看到，和TCC相比，Saga没有“预留”动作，它的Ti就是直接提交到库。Saga可能的行为T1, T2, T3, …, TnT1, T2, …, Tj, Cj,…, C2, C1，其中0 < j < nSaga的 恢复策略backward recovery，向后恢复，补偿所有已完成的事务，如果任一子事务失败