《微服务架构设计模式》复杂业务系统的微服务设计模式

最近确实感觉自己确实对整个的数据建模抽象能力不足，没有办法能够更深层次地抽象出一些理论，确实限制了自己的前进。是该多读一些建模以及架构的书，提升自己的能力。

目前看这本书的几大收获，就是对分布式的事务，领域设计模式，以及对于分布式系统的API设计（GraphQL）模式有了一定的了解。但是关于大型单体业务如何拆分为微服务，这种其实还是需要个人去不断实践的。

微服务架构中，最大的一个难点是事务，如何在分布式系统中实现事务？

现有的两阶段提交存在的问题？

关于Saga的两种协同模式

协同式Saga和编排式Saga，如何解决这些问题？

其Saga模式更加灵活，因为它可以处理各种分布式事务场景，包括长事务、分布式事务中的失败处理等。它可以适应不同的应用和系统需求。

协同式Saga和编排式Saga，核心区别就是是否要将调用的逻辑顺序，由业务内本身来消化，而是可以做的更解耦，由单独的编排服务来消化。现在除了极其简单的场景之外，一般都是建议采用编排式Saga。

关于微服务架构中的业务逻辑设计？

领域驱动设计（DDD）的几个概念，确实没有想得太清楚，还需要再思考下。

领域驱动设计，针对业务建模，不是根据具体对象来建模，而是在对象之上，其实抽象了更偏领域的操作，比如电商系统，你操作下单（背后会涉及好几个对象，检查库存、扣减库存、创建订单等多个操作的聚合，这其实是不同的对象）

这种还是再不断实践来加深理解。